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ABSTRACT 


The  current  system  used  -.o  administer  Plant.  Account 
equipment  fcr  academic  departments  at  the  Naval  Postgraduate 
School  involves  four  categories  of  system  users  and  account¬ 
ability  fcr  more  than  2000  individual  equipment  items  worth 
over  seven  million  dollars.  Implementation  of  a  management 
information  system  (MIS)  to  support  Plant  Account  equipment 
related  functions  could  eliminate  data  handling  redundancy 
and  improve  Plant  Account  administration  effectiveness. 
This  paper  is  a  continuation  of  the  thesis  by  James  B. 
Carter#  Jr.#  LCDS#  USN  entitled  '‘Software  Requirements 
Specification  of  a  Proposed  Plant  Property  Management 
Information  system  fcr  the  Naval  Postgraduate  School".  It 
presents  the  description  and  functional  specification  for 
the  data  base  required  to  support  the  present  Plant  Account 
system.  Additionally,  it  provides  the  requirements  and  file 
description  for  a  prototype  management  information  system  to 
be  used  as  a  starting  point  from  which  to  mechanize  the 
present  Naval  Postgraduate  School  Plant  Account  procedures 
and  files. 
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I.  INTRODUCTION 


&.  GEHEBAL 


"The  installation  cf  computer  based  management  informa¬ 
tion  systems  has  dramatically  increased  the  ability  of  a 
decreasing  number  of  personnel  to  manage  organizations  and 
systems  cf  increasing  size  and  scope",  [Ref.  1],  Once  the 
decision  is  made  to  adopt  such  a  system,  a  series  of  logical 
steps  are  necessary  leading  to  integration  of  a  manual  task 
orientated  procedure  into  a  computer  based  management  infor¬ 
mation  system.  In  his  thesis.  Software  Requirements 
Specifications  cf  a  Proposed  Plant  Property  Management 
Information  System  for  the  Naval  Postgraduate  School, 
[Bef.  1],  Carter  took  the  initial  first  step  toward  the 
computerization  of  the  plant  property  accounting  system  at 
the  Naval  Postgraduate  School.  Carter's  thesis  describes 
the  present  logical  flow  of  data  in  the  plant  property 
accounting  system  at  the  Naval  Postgraduate  School  by  using 
logical  flow  diagrams  following  the  format  of  Gane  and 
Sarson,  [Bef.  2].  Ihis  thesis  will  take  the  second  impor¬ 
tant  step,  that  of  describing  user  general  requirements, 
data  file  requirements  and  logical  requirements  to  be  used 
ir.  the  development  cf  a  computer  based  plant  equipment 
management  information  system. 

The  logical  data  flow  and  procedures  for  plant 
accounting  are  already  established  at  the  Naval  Postgraduate 
School  but  naturally  any  dynamic  system  is  in  a  constant 
state  of  flux.  Any  specifications  which  are  written  must 
take  this  into  consideration.  For  this  reason  and  for 
continuity  with  Carter's  thesis,  the  Gane  and  Sarson  text, 
[Bef.  2],  was  used  as  a  basis  reference  fcr  this  thesis. 


The  Carter  thesis,  [fief.  1  ]#  should  be  read  in  conjunc¬ 
tion  with  this  thesis,  as  a  reference  in  order  to  better 
understand  the  present  system,  as  well  as,  the  data  specifi¬ 
cations  and  logical  require  ments  presented. 

B.  THESIS  OBJECTIVES 

The  primary  objectives  of  this  work  are  to  analyze  the 
data  flow  diagrams  of  the  Naval  Postgraduate  School  Plant 
Property  Account  system  presented  by  LCDS  James  B.  Carter  in 
his  thesis  "Software  Requirements  Specification  of  a 
Proposed  Plant  Property  Management  Information  System", 
[fief.  1],  and  create  software  design  specifications  to  be 
used  to  form  a  plant  property  management  information  system. 
These  specifications  will  include  a  detailed  description  of 
the  data  to  be  incorporated  in  a  data  base  as  will  as 
requirements  for  manipulating  the  data.  Two  sets  of  speci¬ 
fications  will  be  included. 

1.  Specifications  for  a  complete  plant  property  manage¬ 
ment  information  system. 

2.  Specifications  for  a  prototype  management  information 
system. 

This  thesis  is  written  to  be  used  as  the  basis  for 
design  cf  a  computer-based  plant  account  management  informa¬ 
tion  system  which  meets  present  system  requirements  while 
minimizing  the  administrative  overhead  required. 

Even  if  a  plant  account  management  information  informa¬ 
tion  system  is  not  immediately  implemented,  this  thesis  can 
be  of  practical  use.  It  is  inevitable  that  eventually  a 
management  information  system  of  some  sort  will  be  adopted. 
When  it  is  this  thesis  will  be  useful  because  the  specifica¬ 
tions  are  written  to  allow  for  changes  and  additions  which 
will  surely  materialize  as  time  and  the  design  process 
continues. 
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The  work  will  also  answer  -the  following  questions: 

.  Can  a  Management  Information  System  be  implemented 
using  the  tools  and  techniques  of  a  structured 
systems  analysis  approach? 

2.  How  important  is  the  data  base  in  its  design  and 
implementation? 

3.  what  improvements  can  be  made  on  existing  systems 
analysis  methodology  to  aid  and  simplify  the  design 
process? 

4.  what  general  conclusions  can  be  drawn  from  the  use  of 
structure  systems  analysis  to  assist  in  the  design 
and  implementation  of  a  management  information 
system? 

C.  THESIS  SCOPE 

The  scope  of  this  thesis  will  be  restricted  to  the  Plant 
accounting  System  as  implemented  at  the  Naval  Postgraduate 
School.  The  main  emphasis  will  be  in  the  area  of  systems 
analysis  and  design  of  a  computer  based  management  informa¬ 
tion  system  with  particular  emphasis  on  the  associated  data 
stores  and  process ' logic.  It  will  include  data  transactions 
involving  normal  requisitioning,  accounting,  calibration, 
and  disposal  of  plant  property  equipment.  All  the  above 
transactions  concerning  Class  3  Equipment  used  by  academic 
departments  at  the  Naval  Postgraduate  School  will  be 
addressed.  Class  3  equipment  includes  individual  equipment 
items  (vice  buildings  and  industrial  equipment)  most 
frequently  used  for  academic  purposes.  This  simplifies 
study  of  the  system  but  also  ignors  the  following  ether 
categories  of  Plant  Account  equipment  and  users. 

1.  Class  4  Plant  Account  equipment  (normally  industrial 
equipment;  little  is  used  within  academic  departments 
at  the  Naval  Postgraduate  School. 
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2.  Plant  Account  equipment  which  is  acquired  ty  means 
other  than  requisition  of  new  equipment  (such  as 
transfer  from  another  command)  . 

3.  Additional  users  and  holders  of  Plant  Account  equip¬ 
ment  (including  class  3)  at  UPS  such  as  the  Public 
Works  Department. 

D.  THESIS  STRUCTURE 

Following  this  introductory  chapter,  the  Chapters  II  and 
III  give  a  description  of  the  present  state  of  the  Plant 
Account  equipment  accounting  system  as  it  exists  at  the 
Naval  Postgraduate  School  and  the  direction  data  processing 
management  should  take  in  the  future  to  maintain  control  and 
accuracy  of  plant  account  data,  as  well  as,  efficiency  of 
the  organization. 

Chapter  IV  contains  the  general  description  and  role  of 
the  users  of  the  proposed  management  information  system. 
Appendix  A  through  H  contains  the  associated  detailed 
logical  requirements  and  file  description. 

Chapter  V  describes  the  prototype  process,  its  impor¬ 
tance  and  role  in  the  implementation  of  a  management  infor¬ 
mation  system.  chapter  VI  contains  the  general  description 
of  the  users  of  the  proposed  prototype  management  informa¬ 
tion  system.  Appendix  I  through  B  contains  the  associated 
detailed  logical  requirements  and  file  description. 

Appendix  N  through  p  are  a  reference  of  the  data  fields 
cf  a  DD-13h8,  SF-36  and  DD-1 155  as  used  in  the  Requisition 
File.  Appendix  Q  are  the  figures  referenced  throughout  this 
paper. 

The  conclusion  is  Chapter  VII.  The  thesis  objective 
questions  are  answered,  as  well  as,  suggestions  for  imple¬ 
mentation  of  a  Plant  Account  Management  Information  System 
at  ;he  Naval  Postgraduate  School. 


II.  ANT  EOOIEHENT  ACCOUNTING  SYS TEH  -  PRESENT 


A.  GEHEBAL 

The  current  Plant  Equipment  Accounting  System  at  the 
Naval  Postgraduate  School  is  for  the  most  part  a  manual 
operation.  The  following  are  some  key  functions  performed. 

1.  Order  Plant  Account  Equipment 

2.  Account  for  Funding  of  Equipment  Ordered 

3.  Beceiva  Plant  Account  Equipment 

4.  Maintain  the  Flant  Equipment  inventory 

5.  Submit  Required  Reports 

Detailed  regulatory  requirements  for  Plant  Equipment 
Accounting  are  enumerated  in  Naval  Supply  Canter  Oakland 
Instruction  7321.2H,  [Ref.  3],  and  Naval  Post  Graduate 
School  Instruction  110 161.  A,  [Ref.  4].  Comprehensive 
logical  data  flow  diagrams  are  found  in  the  Carter  thesis, 
[Ref.  1],  The  General  Description  subsection  of  Chapter  VII 
of  this  paper  should  also  be  referenced. 

B.  TBE  BAN  DAL  SYSTEM 

In  the  early  stages  of  Plant  Equipment  Accounting  at  the 
Naval  Postgraduate  School  certain  advantages  to  a  manual 
system  were  evident. 

1.  Fast  and  easy  maintenance  of  inventory. 

2.  Lew  or  no  ccst  for  equipment  to  support  Plant 
Equipment  Accounting. 

Hardcopy  records  easily  accessable. 

Central  location  for  inventory  records. 
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As  rhe  Plant  Account  inventory  grew. 


the  advantages  of  a 


manual  system  began  tc  erode. 

1.  Equipment  became  widely  disbursed  through  the  Naval 
Postgraduate  School. 

2.  Accountability  became  diffused. 

3.  Inventory  became  more  time  consuming. 

4.  Inventory  required  greater  department  coordination. 

5.  Increased  redundant  paperwork. 

6.  Varioius  inventory  records  were  maintained  which  did 
net  ccinside  at  all  times. 

As  departments  acquired  more  and  mors  equipment  the  job 
of  keeping  track  of  these  assets  became  more  complex.  Adding 
personnel  was  not  a  feasible  solution  because  of  manpower 
hiring  constraints.  Still,  something  had  to  be  done.  The 
cost  cf  the  equipment  involved  and  budgetary  pressures  to 
prevent  fraud  and  waste  in  the  Naval  Service  made  Plant 
Account  equipment  a  special  interest  item  during  command 
inspections  [Ref.  5].  If  an  equipment  turned  up  lest  or 
missing  the  dreaded  "Survey”  report  of  explanation  was 
required,  resulting  in  possible  cuts  in  funding  or  dicipli- 
nary  action.  Keeping  track  of  Plant  Account  equipment  was 
beginning  tc  develop  into  a  problem  looking  for  a  solution. 

C.  DATA  PROCESSING  PROLIFERATION 

Most  departments  at  the  Naval  Postgraduate  School  have 
access  tc  a  data  processing  resource  of  some  type;  mini¬ 
computers,  microcomputers  or  a  terminal  connected  to  the 
mainframe  IBM-3033.  In  order  tc  ease  the  burden  of  main¬ 
taining  records  for  Plant  Account  equipment  some  departments 
struck  cut  cn  their  own  to  form  their  own  data-bases.  With 
the  proliferation  of  many  databases  a  comprehensive  inven¬ 
tory  cf  all  Naval  Postgraduate  School  Plant  Account  equip¬ 
ment  is  extremely  difficult.  This  stage  in  the  life  of  a 


data  processing  activity  mirrors  tha  beginning  of  stage  two, 
"Cont agicn"  of  Nolan's  six  stages  for  data  processing  growth 
of  an  activity,  [Hef.  6].  This  phase  is  characterized  by  a 
proliferation  of  different  data  processing  applications  or 
in  this  case  a  proliferation  of  siniliar  data  processing 
applications  for  plant  account  data  bases.  The  programming 
is  dene  mainly  by  the  users.  The  user  awareness  of  data 
processing  enthusiastic.  Funding  is  still  at  a  relatively 
low  level.  In  this  stage,  more  and  more  senior  and  middle 
managers  have  become  frustrated  in  their  attempts  to  obtain 
information  via  the  activities  central  computer  system. 
Hence,  they  attempt  to  develop  their  own  systems.  Problems 
are  created  by  inexperienced  programmers  working  without  the 
benefit  of  effective  data  processing  management  control 
systems. 


III.  ££A££  BQOIPEHBNT  A CCO PUTINS  -  £JJT0£E  (PROPOSED) 


A.  GENERAL 

In  ths  last  chapter  the  present  stage  of  data  processing 
relative  tc  Plant  Account  equipment  accounting  was 
described.  This  chapter  will  propose  a  direction  Plant 
Accounting  at  the  Naval  Postgraduate  School  should  take  and 
a  means  to  achieve  the  goal  of  an  effective  Plant  Account 
Management  Information  System. 

B.  DIRECTION 

The  next  logical  step  as  described  by  Nolan,  (Ref.  6], 
is  that  of  "Control"  in  which  the  data  processing  organiza¬ 
tion  switches  from  user-orientated  programmers  tc  a  data 
processing  orgainzation  orientated  to  middle  management. 
Formalized  pLanning  and  control  replaces  a  lax  data 
processing  planning  and  control.  The  Carter  thesis, 

(Ref.  1],  accomplished  a  good  portion  of  this  step  by 
formally  describing  the  present  plant  equipment  accounting 
system  through  the  use  of  data  flew  diagrams.  Once  ths 

decision  is  made  to  actually  commit  resources  for  standardi¬ 
zation  of  data  as  well  as  choose  a  standard  hardware  for 
Plant  Accounting  a  critical  transition  point  is  reached  in 
the  life  cycle  of  the  data  processing  activity.  The 
activity  will  evolve  from  one  that  is  hardware  orientated  to 
cne  which  is  data  orientated.  This  is  the  beginning  of 
Nolan's  stage  three,  "Integration".  In  this  stage  existing 
applications  are  retrofitted  using  data  base  technology,  the 
data  processing  organization  emphasizes  the  establishment  of 
computer  utility  and  user  account  teams,  there  are  tailored 
planning  and  control  systems  to  take  care  of  user  needs,  and 


17.  PIM.1  ACC0DN2  MANAGEMENT  INFOHHAMTIOH  SYSTEM 


A.  GZNEBAL 

This  chapter  provides  a  general  description  of  the  spec¬ 
ifications  for  a  proposed  Plant  Account  Management 
Information  System  for  the  Naval  Postgraduate  School.  The 
general  specifications  are  broken  down  by  department  with 
detailed  requirements  and  file  description  of  each  provided 
in  a  corresponding  appendix. 

B.  USER  DEPARTMENT  -  REQUISITION  CLERK 

1 .  General  Descript  ion 

The  user  department  of  plant  account  equipment  is 
usually  the  criginatcr  of  the  requisition  request.  A  person 
designated  as  the  requisition  clerk  will  input  data  elements 
cf  a  Requisition  Reccrd  which  is  part  of  the  Requisition 
File.  These  elements  correspond  to  entries  of  a  Department 
of  Defense  Single  Line  Item  Requesition  System  Document 
(DD-1348)  and/or  Standard  Form  36  (SF-36)  .  (See  Figures  Q.  1 
and  Q.2)  .  If  the  material  required  is  available  through  the 
Navy  Supply  System  only  a  DD-1348  is  used.  There  is  only 
one  item.  National  Stock  Number  (NSN)  ,  per  DD-1348  requisi¬ 
tion.  NSN  corresponds  to  FSC,  NUN,  and  A  DDT  of  the 
Requisition  File,  Appendix  D.  The  SF-36,  (Figure  Q.2),  is 
used  to  describe  material  ordered  from  a  commercial  source. 
Each  item  is  identified  by  Item  Number,  Supply/Service, 
Quantity  of  Supply/Service,  Unit  of  Issue,  and  Unit  Price 
which  corresponds  to  IN,  SS,  QTY,  UI ,  and  U?  of  the 
Requisition  File.  Eecause  the  number  of  items  are  variable 
the  description  of  each  must  be  tied  together  in  the 


Requisition  Record  by  a  number  (1. . .  r)  which  is  part  of  a 
record  field.  The  total  dollar  value  cf  all  items  a 
Requisition  Record  are  automatically  extended  and  placed  in 
the  EO  field  of  that  record. 

Each  Requisition  Clerk  (Ultimate  User)  is  assigned 
CPTAR  funding  for  each  Job  Order  Number  category  used.  The 
Job  Order  Number  corresponds  to  SUP  of  the  Requisition  File. 
The  amount  of  funds  assigned  to  each  Requisition  Clerk  for  a 
particular  Job  Order  Number  category  is  found  ir.  the  Funds 
File  under  TOTOPT(USER)  (SUP)  .  Before  passing  a  requisition 
Record  to  the  Department  OPTAR  Custodian  the  Requisition 
Clerk  checks  the  OPTAR  balance  in  the  Job  Order  Number  cate¬ 
gory  of  that  record.  This  is  done  to  ensure  that  the 

alotted  amount  is  not  exceeded.  This  is  calculated  by 

taking  the  total  OPTAR  assigned  to  the  Department  in  the 

particular  Job  Order  Number  category  , TOTOPT  (USER)  (SU?)  of 
the  Funds  File,  and  adding  all  OPTAR  adjustments 
(BALADJ)  (SUP)  of  the  Requisition  File  and  subtracting  the 
extended  ccst  of  all  material  requested  in  that  Jcb  Order 
Number  category  of  the  Requisition  File  (3U)  (SUP)  . 

If  sufficient  funds  are  available,  the  Requisition 
Record  is  passed  to  the  Department  OPTAR  Custodian.  All 
Requisition  Record  entries  may  or  may  not  be  completed. 

Ihe  Requisition  Clerk  (Ultimate  User)  who  initially 
initiated  the  requisition  is  usually  the  one  who  signs  the 
receipt  for  delivery.  It  is  the  responsibility  of  whomever 
receives  the  equipment  to  notify  the  equipment  coordinator 
cr  person  in  the  department  responsible  for  the  equipment 
inventory.  If  the  item  is  Plant  Account  eligible,  the 
person  in  the  department  responsible  for  recording  Plant 
Account  equipment  data  into  the  Plant  Account  should  be 
notified  as  well.  (Usually  this  individual  will  be  the  same 
person  responsible  for  the  department  equipment  inventory.) 
At  this  time,  two  events  should  take  place  on  Plant  Account 
eligible  equipment. 
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.  A  Navy  ID  (NIC)  number  sticker  with  the  Plant  Account 
number  is  placed  on  tha  equipment  and  recorded  on  a 
Property  Record  Card  (PRC)  .  (An  example  is  pictured 
in  Figure  Q.  4)  . 

2.  The  Property  Record  Card  is  completed  and  forwarded 
to  the  Plant  Account  Cleric  of  the  Comptroller 
Department.  In  order  to  eliminate  duplicate  paper 
work,  the  data  required  on  the  Property  Record  Card 
may  be  entered  into  the  Property  Record  File  by  elec¬ 
tronic  means  vice  traditional  paper  hardcopy  form. 

A  Plant  Account  equipment  inventory  in  taken  every 
third  year  in  accordance  with  current  directives.  The  User 
Department  will  receive  directives  concerning  the  inventory 
from  the  Plant  Account  Clerk  of  the  Comptroller  Department. 
The  directives  will  include  reports  of  the  Plant  Account 
Equipment  for  which  the  User  Department  is  responsible.  The 
reports  will  consist  of  a  master  report  of  all  department 
Plant  Account  equipment  in  ID/Government  Tag  Number  sequence 
as  well  as  separata  reports  of  all  equipment  in  the  same 
location.  Missing  equipment,  changes  in  location,  and  addi¬ 
tional  equipment  found  are  annotated  on  the  report.  After 
verification,  the  reports  are  signed  by  the  assigned  respon¬ 
sible  person  in  the  department  and  forwarded  to  the  Plant 
Account  Clerk  of  the  Comptroller  Department.  The  equipment 
found  missing  is  surveyed  and  new  property  Records  will  be 
initiated  for  Plant  Account  equipment  not  previously 
recorded. 

The  Ultimate  User  should  have  the  ability  to 
generate  reports  fox  supplemental  inventories  as  deemed 
necessary  by  the  parent  department. 

The  User  Department  is  concerned  with  tha  calibra¬ 
tion  and  maintenance  cf  equipment.  Periodically,  specific 
equipment  requires  calibration.  The  required  data  involved 
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is  entered  into  the  Property  Record  File  by  the  User 
Department.  The  User  Department  mast  obtain  reports  which 
list  equipment  overdue  for  calibration,  as  well  as,  equip¬ 
ment  requiring  calibration  between  specific  periods  of  time. 

If  a  change  cf  Plant  Account  equipment  location  is 
made  within  a  department,  that  department  may  simply  change 
the  location  or  BUI1DI  NG_  ROOM  field  of  the  corresponding 
record  in  the  Property  Record  File.  For  control  purposes, 
if  equipment  is  transferred  to  another  department  a  signed 
memorandum  should  be  forwarded  to  the  Plant  Account  Clerk  of 
the  Comptroller  Department  who  will  make  the  necessary 
changes  in  the  Property  Record  File  and  file  the  memorandum 
in  the  physical  Property  Record  DD-1342  form  file. 

In  the  case  cf  equipment  which  is  no  longer  useful 
or  is  obsolete,  a  memorandum.  Figure  Q.  5  is  forwarded  to  the 
Supply  Department  listing  the  equipment  to  be  turned  in  to 
the  Defense  Property  Disposal  Office  (DPDO)  at  Fort  ord.  If 
the  equipment  is  still  usable  and  will  simply  be  transferred 
to  another  command,  the  same  procedure  is  followed.  A  signed 
copy  cf  cf  the  transfer  document  DD-1348-1  shown  in  Figure 
Q. 6  is  given  to  the  User  Department  as  a  receipt  when  the 
equipment  is  picked  up  by  Supply  Department  personnel.  It 
should  be  retained  by  the  User  Department  as  proof  of 
transfer. 

I  he  User  Department  initiates  a  SURVEY  CERTIFICATE, 
DD  Form  2090,  for  equipment  which  has  bean  lost,  destroyed, 
or  is  beyond  economical  repair.  (A  DD  Form  2090  is  pictured 
in  Figure  Q.6)  .  (In  the  case  of  negligence  and  imputed 
criminal  culpability  a  DD  Form  200  is  required.  This  type  of 
survey  is  rarely  initiated.)  The  Survey  is  completed  and 
passed  to  the  Supply  Department  for  final  approval.  If  the 
equipment  has  been  damaged  cr  is  beyond  economical  repair 
the  transfer  procedure  above  applies. 


2.  Files  Used 


The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Hequisition  Clerk. 

a.  Requisition  File  -  Appendix  E 

b.  Funds  File  -  Appendix  F 

c.  User  File  -  Appendix  G 

d.  Property  Record  File  -  Appendix  H 
3 .  Detailed  Reguiremen ts 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Requisition  Clerk  are  listed  in  refer¬ 
ence  Appendix  A. 

C.  USER  DEPARTMENT  -  OPTAS  CUSTODIAN 

1 .  General  Description 

The  OPTAR  Custodian  receives  requisitions  from 
departmental  requisition  clerks  in  the  fora  of  Requisition 
Records.  The  data  elements  are  reviewed  and  modified  or 
added  to  as  necessary.  A  DATE  and  SERIAL  is  assigned  to 
each  record.  The  Department  OPTAR  Custodian  is  responsible 
to  ensure  that  the  Department  OPTAR  Funds  are  available  to 
support  a  proposed  CETAR  purchase.  Each  Department  OPTAR 
Custodian  is  assigned  funds  by  the  Comptroller  in  each  Job 
Order  Number  Category,  TOTOPT  (SUP)  (DEPT)  of  the  Funds  File. 
Likewise,  the  Department  OPTAR  Custodian  assigns  OPTAR  funds 
tc  each  Requisition  Clerk,  TOTOPT  (SUP)  (USER)  of  the  Funds 
File.  After  verfiying  funding,  all  Requisition  Records 
except  those  involving  involving  reimbursable  funds  are 
passed  *;o  the  Comptroller.  Potential  reimbursable  funds 
Requisition  Records  are  passed  to  the  Research 
Administrative  Office  (RAO)  . 
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2.  Files  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Optar  Custodian. 

a.  Requisition  File  -  Appendix  E 

fc.  Funds  File  -  Appendix  F 

c.  User  File  -  Appendix  s 

3 •  Detail ed  Requirements 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Cptar  Custodian  are  listed  in  reference 
Appendix  A. 


D.  RESEABCH  ADMINISTRATION  OFFICE  -  RAO  APPROVAL  AUTHORITY 

1  .  General  Description 


Requisition  Records  involving  reimbursable  funds  are 
recreved  from  the  User  Department.  Data  is  verified.  If 
necessary,  the  record  is  sent  back  to  the  User  Department 
for  correction.  Following  verification  that  Reimbursable 
Funds  are  sufficient  tc  cover  the  request,  the  record  is 
assigned  an  expenditure  code,  (RMBEXP  of  the  Requisition 
File),  and  reimbursable  expenditure  date,  (RMBEXPDT  of  the 
Requisition  File).  The  Requisition  Record  is  then  forwarded 
to  the  Comptroller  Department. 

Reimbursable  funds  allowed  in  various  categories  are 


2 .  Files  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  RAO  Approval  Authority. 

a.  Requisition  File  -  Appendix  E 

b.  Funds  File  -  Appendix  F 

c.  User  File  -  Appendix  G 

3 .  Detail  ed  Require  men  ts 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  RAO  Approval  Authority  are  listed  in 
Appendix  B. 

E.  COMPTROLLER  DEPARTMENT  -  BUDGETING  AND  ACCOUNTING 

1 .  General  Desc  liEti  on 

The  Comptroller  Department  performs  official 
accounting  of  all  accounts  and  grants  final  approval  for  all 
equipment  requests.  Requisition  Records  are  received  frcm 
user  departments  or  the  Research  Administration  Office 
(RAO)  .  They  are  screened  for  correct  requisition  codes, 
available  funds  and  proper  accounting  data.  The  user 
department  CPTAR  or  RaimDursable  Fund  Account  is  tentatively 
debited  by  entering  a  tentative  debit  code  (TENDEB)  in  the 
Requisition  Record.  If  the  item  requested  is  a  potential 
Plant  Account  item  the  record  is  passed  to  the  Plant  Account 
Cleric  who  will  enter  the  Plant  Account  Suspense  Code  in  the 
record.  The  record  is  then  forwarded  to  the  Supply 
Department. 

In  the  case  of  equipment  received  through  the  Navy 
Supply  system  which  price  has  changed  since  requisition,  the 
Budget  and  Accounting  Division  maices  an  accurate  debit  of 
the  amount  concerned  upon  receipt  of  the  updated  DD-1348 
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from  the  Supply  Department.  This  is  accomplished  by  entering 
a  new  adjustment  DD-  1348  with  the  price  change.  The  requi¬ 
sition  number  of  the  adjustment  requisition  can  be  refer¬ 
enced  ir.  the  remarks  field  of  the  original  requisition. 
Adjustments  of  this  nature  are  rarely  required  when  material 
is  ordered  commercially  because  a  fixed  price  is  agreed  upon 
in  the  contract  prior  to  order. 

2 .  Files  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Budgeting  and  Accounting  Division. 

a.  Requisition  File  -  Appendix  3 

t.  Funds  File  -  Appendix  F 

c.  User  File  -  Appendix  G 

3 .  Pet  ailed  Heguiremen  ts 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Budgeting  and  Accounting  Division  are 
listed  in  Appendix  C. 

F.  COMPTROLLER  DEPARTMENT  -  PLANT  ACCOUNT  CLERK 

1 .  General  .script  ion 

The  Requirements  Plant  Account  Clerk  receives 
Requisition  Records  and  verifies  them  as  being  for  Plant 
Account  equipment.  The  clerk  then  places  a  Plant  Account 
Suspense  Code  in  the  Requisition  Record  (PASF). 

When  Plant  Account  material  is  received  by  the 
Receipt  Control  Division  of  the  Supply  Department  the 
receipt  date  (REC)  is  entered  in  the  appropriate  record  of 
the  Requisition  File. 
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The  Plant  Account  Clerk  is  responsible  for  ensuring 
than  the  user  has  made  a  DOD  Property  Record  Card  for  Plant 
Account  equipment  received.  Information  from  this  card  is 
entered  into  the  Property  Record  File.  To  accomplish  this 
the  Plant  Account  Clerk  selects  all  records  of  the 
Requisition  File  which  have  data  in  both  the  PASF(1...n)  and 
REC(1...n)  fields.  The  Property  Record  File  is  *hen 

searched  to  see  if  field  STUB  of  any  of  the  records  corres¬ 
ponds  to  fields  DATS  and  SERIAL  of  the  selected  Requisition 
File  records.  If  a  match  is  found  the  Plant  Account  cisrk 
screens  the  data  on  that  Record  of  the  Property  Record  File 
for  completeness  and  accuracy.  If  the  record  is  satisfac¬ 
tory,  the  VALID  ATI  OH  and  VALIDATE  fields  for  that  record  are 
completed.  The  PASF(1...n)  code  in  the  corresponding  record 
of  the  Requisition  Record  of  the  Requisition  File  is 
cleared. 

An  original  and  four  copies  of  a  DOD  Property  Record 
(DD-1342)  are  prepared  from  information  extracted  from  that 
record  cf  the  Property  Record  File.  One  copy  is  sent  to  the 
User  Department  and  three  copies  are  forwarded  to  NSC 
Oakland.  The  original  is  filed  in  a  manual  Property  Record 
File  indexed  by  department  in  NID  order.  Because  the  perti¬ 
nent  information  is  now  contained  in  the  Property  Record 
File,  the  manual  EA  Equipment  Master  File,  manual  PA 
Equipment  NID  Number  File,  and  manual  PA  Equipment 
Nomenclature  File  are  no  longer  necessary. 

If  there  is  no  match  between  the  SERIAL  and  DATE  of 
the  Requisition  File  of  records  which  have  a  PASF(1...n) 
field  code  indicated  and  STUB  field  of  the  Property  Record 
File,  fcllcw-up  action  is  necessary  by  the  Plant  Account 
Clerk . 

The  Plant  Account  Clerk  is  designated  by  the 
Comptroller  Department  to  initiate  diractives  concerning  the 
inventory  of  Plant  Account  equipment.  The  Plant  Account 
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inventory  is  taken  every  third  year  in  accordance 
currant  instructions.  The  Plant  Account  Clerk  forwards  each 
Oser  Department  lists  of  all  Plant  Account  equipment  under 
their  cognizance.  The  list  is  in  ID/Government  Tag  number 
within  BOILEING_ROOM  sequence.  Upon  verification  by  the 
department,  the  lists  are  forwarded  back  to  the  Plant 
Account  Clerk  who  attempts  to  resolve  any  missing  or  addi¬ 
tional  items.  If  resolution  is  not  possible  then  a  survey 
is  initiated  by  the  User  Department  for  missing  equipment. 
A  new  Property  Record  and  DOD  PROPERTY  RECORD  (DD-1342)  is 
initiated  for  additional  equipment  discovered. 

After  receiving  the  results  of  the  department  inven¬ 
tories,  the  Plant  Account  clerk  updates  the  Plan*  Account 
Records  and  forwards  a  report  for  items  located  during  the 
inventory  following  "plant  accounting",  as  well  as,  deletes 
missing  equipment  missing  equipment  from  the  Plant  Account 
File  following  completion  of  survey  procedures. 

An  inter  department  equipment  custody  change  requires 
a  name  signed  by  the  transferring  and  receiving  departments 
to  be  forwarded  to  the  Plant  Account  Clerk.  The  Plant 
Account  Clerk  enters  the  appropriate  information  into  the 
Froperty  Record  File.  A  copy  of  the  memorandum  is  placed  in 
the  manual  Property  Record  File. 

The  Plant  Account  Clerk  reviews  all  transfer 
requests.  Approved  transfer  requests  are  routed  to  the 
Supply  Department  Issue  Control  Division  which  prepares  a 
DD- 1348-1  Transfer  Document.  Any  equipment  which  is  auto¬ 
mated  data  processing  equipment  (AD PE)  or  other  equipment 
controlled  by  higher  authority  requiring  authorization  for 
removal  from  the  Naval  Postgraduate  School  is  identified. 
(A  example  of  a  DD-  1348-1  is  pictured  in  Figure  Q.6)  .  A 
copy  of  the  DD- 1348-1  is  routed  to  the  Plant  Account  Clerk 
for  use  as  a  suspense  document  for  equipment  to  be  deleted 
from  the  Property  Record  File.  When  the  signed  transfer 
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receipt  is  received  by  the  command  the  Platt  Account  cleric 
eaters  the  transfer  Document  Number  and  other  pertinent 
transfer  information  to  the  Property  Record  File  indicating 
deletion  from  the  Plant  Account.  The  record  pertaining  to 
the  transferred  equipment  remains  in  the  Property  Record 
File. 

Upon  receipt  cf  an  approved  DD  Form  2090  or  DD  Form 
200  Survey  the  Plant  Account  cleric  makes  appropriate  entries 
to  the  Property  Record  File,  prints  nard  copies  of  the  DOD 
Propery  fieccrd  and  forwards  them  to  NSC  Oakland. 

2 .  Files  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Plant  Account  Clerk. 

a.  Requisition  File  -  Appendix  S 

b.  User  File  -  Appendix  G 
3 «  Detailed  Requirements 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Plant  Account  Clerk  are  listed  in 
Appendix  C. 

G.  SUPPLY  DEPARTMENT  -  ISSUE  CONTROL  DIVISION 
1  •  General  Descript  ion 

The  Supply  Department  receives  Requisition  Records 
from  the  Comptroller.  The  record  is  screened  and  possibly 
modified  by  the  Issue  Control  Division.  The  record  is  then 
transformed  into  DD-1348  format  to  be  sent  off  station.  If 
the  record  was  an  attempt  to  order  material  available  from 
the  Navy  Supply  System  through  a  commercial  source,  the 
record  is  returned  to  the  user  department  for  modification. 
If  there  is  an  increase  or  decrease  in  price  from  the  price 


submitted  cn  the  original  Requisition  Record,  a  phone  call 
is  made  to  the  authorizing  department  controlling  funds 
expenditure  to  confirm  the  requisition.  Authority  for  OPTAR 
expenditures  this  is  the  user  department,  for  reimbursable 
funds,  the  RAO.  The  Requisition  Record  is  then  modified  to 
reflect  the  correct  price.  If  the  Requisition  Record  indi¬ 
cates  a  valid  commercial  source  requisition,  it  is  passed  to 
the  Purchase  Branch  for  possible  record  modification  or 
correction.  In  any  event,  the  appropriate  status  fields  are 
entered  in  the  Requisition  Record. 

When  material  is  received.  Issue  Control  is  passed 
signed  documentation  from  Receipt  Control  which  is  filed  in 
a  hardcopy  historical  file  as  “Proof  of  Delivery".  Price 
changes  in  commercial  requisitions  are  rare  but  occur  on  a 
regular  basis  in  the  case  of  material  ordered  through  the 
Navy  Supply  system.  OPTAR  adjustments  after  the  equipment 
has  arrived  is  a  common  occurrence.  If  there  is  a  price 
change  a  copy  of  the  receipt  document  indicating  the  correct 
price  is  passed  to  the  Comptroller  Department  for  the 
Budgeting  and  Accounting  Division. 

In  order  for  Issue  Control  to  begin  the  process  of 
equipment  transfer  off  base,  a  Naval  Postgraduate  School 
Excess  Property  Transfer  Memorandum,  Figure  Q.5  is  received 
from  the  User  Department.  This  memorandum  is  sent  to  the 
Plant  Account  Clerk  and  action  is  held  in  abeyance  until  its 
return.  After  the  list  is  returned  by  the  Plant  Account 
Clerk,  a  DD-1 348-1  is  prepared  listing  the  equipment 
eligible  for  immediate  transfer.  The  DD-1348-1  is  used  as 
an  invoice  accompanying  items  delivered  by  military  activi¬ 
ties  to  other  military  activities.  (An  example  of  a 
DD-1348-1  is  pictured  in  Figure  Q.6) .  A  copy  of  the 
DD-1348-1  is  routed  to  the  Comptroller  Department  for  the 
Plant  Account  Clerk.  After  preparation  of  the  Transfer 
DD-1348-1,  the  Supply  Department  Receiving  Division  makes 
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arrangements  with  the  user  department  for  physical  removal 
of  the  sguipment.  After  the  equipment  is  received  an  its 
transfer  destination,  a  copy  of  the  DD-1348-1  is  signed  by 
the  receiving  individual  to  verify  receipt.  This  copy  is 
returned  to  the  Supply  Department.  A  copy  of  this  signed 
DD-1348-1  is  placed  in  the  historical  file  ar.d  another  copy 
is  sent  tc  the  Plant  Account  Clerk. 

When  a  Survey  is  conducted  the  DD  Form  2090  is 
passed  tc  the  Supply  Officer  for  final  approval.  For  equip¬ 
ment  damaged  or  beyond  economical  repair  the  procedure  above 
for  transfer  is  then  initiated.  For  missing  equipment,  a 
copy  of  the  approved  survey  is  passed  to  the  Plant  Account 
Clerk  for  deletion  of  equipment  from  the  Plant  Account.  In 
any  case  a  copy  of  the  completed  survey  is  passed  back  to 
the  initiator. 

2 .  Files  Os  ad 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Issue  Control  Division. 

a.  Requisition  File  -  Appendix  E 

t.  User  File  -  Appendix  G 

c.  Property  Record  File  -  Appendix  3 

3 •  Detailed  Requirements 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Issue  Control  Division  are  listed  in 
Appendix  D. 
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H.  SUPPLY  DEPARTMENT  -  PURCHASE  BRANCH 


1 .  General  Description 

The  Purchase  Branch  receives  Requisition  Records 
from  the  Issue  Control  Division.  The  records  are  screened 
and  corrected.  Ultimately,  a  DD-1155,  Purchase  Order,  and, 
if  necessary,  SF-36  Continuation  Sheet  is  prepared  from  the 
information  obtained  from  the  Requisition  Record  and 
supplied  by  the  Purchace  Branch.  The  material  is  ordered 
and  the  Requisition  Record  is  forwarded  to  the  Comptroller 
Department  for  final  accounting. 

2.  Files  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Purchase  Branch. 

a.  Requisition  Pile  -  Appendix  E 

b.  User  File  -  Appendix  G 

3 •  Detailed  Requirements 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Eurcha se  Branch  are  listed  in  reference 
Appendix  C. 

I.  SUPPLY  DEPARTMENT  -  RECEIVING 

1 •  General  Descript  ion 

When  an  item  is  received  at  the  receiving  warehouse, 
personnel  there  will  match  the  invoice  information  with 
information  on  a  copy  of  either  the  purchase  order  or  the 
original  DD-134  8  to  identify  the  equipment  distinaticn. 
After  this  is  done,  a  phone  call  to  the  department  concerned 
is  made  to  notify  the  ultimate  user  of  the  item's  arrival 
and  it  is  delivered  to  the  building  and  room  designated. 
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The  documents  to  be  delivered  to  the  user  department  are 
delivered  with  each  item.  At  the  time  of  delivery  a  copy  of 
the  shipping  document  is  stamped  with  a  "Received"  stamp  and 
is  signed  by  the  person  receiving  the  equipment.  Receiving 
then  forwards  the  receipt  to  Receipt  Control. 

It  is  usually  no  problem  to  identify  the  ultimate 
user  cf  the  material  received  if  it  comes  from  the  Navy 
Supply  System  because  the  requisition  document  number  is 
always  included.  If,  however,  the  material  is  received  from 
a  commercial  vendor,  documentation  varies.  Sometimes  the 
requisition  document  number  is  not  included  in  the  documen¬ 
tation  which  comes  with  the  material.  Receiving  must 
access  the  Requisition  File  by  Contract/Purchase  Order 
Number,  Contractor,  Delivery  Order  Number  or  Schelule  of 
Supplies/Services  to  attempt  to  cross-reference  to  the 
Requisiticn/Purchase  Request  Number  so  that  the  ultimate 
user  can  be  identified. 

2 .  iiles  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Receiving  Division. 

a.  Requisition  File  -  Appendix  E 

t.  User  File  -  Appendix  G 
3  •  p  stalled  Require  men  ts 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Receiving  Division  are  listed  in 
Appendix  D. 


J.  SUPPLY  DEPARTMENT  -  RECEIPT  CONTROL 


1 .  Generai  Desc riction 

Once  the  signed  receipt  for  equipment  delivered  is 
received  by  Receipt  Contol,  a  copy  of  receipt  for  all  Plant 
account  eligible  is  sent  to  the  comptroller  for  the  Plant 
Account  Clerk.  For  requisitions  from  vendors.  Receipt 
Control  then  closes  cut  the  file  on  the  requisitioned  item 
by  completion  of  fields  "  REC  (1 . ..  n)  "  (Receipt  date)  and 
'•RECBY  (1. . .  n)"  of  the  appropriate  record  of  the  Requisition 
File.  If  a  partial  quantity  is  received,  then  fields 

REC_QTY_EAR  (1. . .  n)  for  the  quantity  received  for  a  parti¬ 
cular  item  number  of  a  requisition,  REC_DATE_?AR  ( 1 . .  .n)  for 
the  date  the  particular  item  number  of  the  requisition  is 
received,  and  REC_BY_PAR  ( 1 . . .  n)  for  the  name  of  the  person 
receiving  the  particular  item  corresponding  to  the  item 
number  of  the  requisition  are  entered  in  the  fields  of  a 
record  of  the  Requisition  File.  A  hard  copy  of  the  document 
is  forwarded  to  the  Issue  Control  Division  where  it  is  filed 
in  the  historical  file  maintained  by  the  Supply  Department. 
A  hard  copy  file  is  necessary  in  case  there  is  any  question 
or  argument  as  to  receipt  of  equipment.  The  actual  signa¬ 
ture  of  the  person  who  received  the  equipment  is  on  the 
document  retained.  If  the  item  was  ordered  through  the  Navy 
Supply  system,  the  receipt  documentation  is  turned  over  to 
Issue  Control  without  further  action  following  forwarding  of 
a  copy  of  the  Plant  Iccount  item  receipt  to  the  Comptroller 
Department. 
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2 .  lii J£  Used 

The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Receipt  Control  Division. 

a.  Requisition  File  -  Appendix  2 

t.  User  File  -  Appendix  G 

3.  Detailed  Requirements 

Detailed  Plant  Account  Management  Information  System 
requirements  for  the  Receipt  control  Division  are  listed  in 
Appendix  D. 
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7.  THE  PHOTOTYPE 


A.  GE1EBAL 

The  successful  installation  of  computer  based  management 
information  systems  will  improve  the  ability  of  a  reduced 
number  of  personnel  tc  manage  systems  of  increasing  size  and 
scope.  Unfortunately,  attempting  installation  of  such  a 
system  before  technical  and  acceptance  tests  are  complete 
increases  the  risk  cf  failure  of  the  the  management  informa¬ 
tion  system.  Pinal  technical  and  acceptance  testing  can  be 
a  long  drawn  out  process  dampening  the  enthusiasm  of  the 
participants.  An  alternative  to  this  "big  bang"  approach  is 
a  formalized  and  structured  version  of  the  iterative  design 
process  (prototyping),  Sprague  and  Carlson,  [  Hef  .  7],  which 
is  valuable  in  the  installation  cf  large  management  informa¬ 
tion  systems.  In  fact,  Sprague  and  Carlson  suggest  that 
prototyping  is  the  mcst  successful  installation  technique. 
There  are  several  reasons.  First,  it  gets  a  partial  system 
into  operation  as  early  as  possible.  This  is  valuable 

because  it  allows  the  users  to  give  feedback  to  the 
builders.  Second,  prototyping  is  considerably  cheaper  than 
the  "full-build"  approach,  which  delays  installation  until 
the  management  information  system  is  complete.  Third, 
prototyping  is  a  good  way  to  keep  building  of  the  management 
information  system  simple  by  progressing  in  small  logical 
steps,  which  is  valuable  to  both  builders  and  users. 
Finally,  prototyping  lowers  risk  and  expectations.  If  the 
"full-build"  system  is  implemented  initially,  it  could  have 
major  defects  resulting  in  wasted  time,  money  and  energy 
because  the  system  could  be  unusable  and  thus  the  builders 
would  then  have  to  start  from  square  one. 
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B.  APPROACHES  TO  PRCTOTYPI NG 


1 .  The  "Thr  cw^l-Sil  App roach 

In  the  "throw-away 11  approach,  a  workable  model  is 
created  in  a  short  amount  of  time,  sometimes  only  days.  It 
can  be  used  and  evaluated  by  the  users.  Pressure  for  addi¬ 
tional  functions,  improvements  in  interface,  performance  or 
expansion  results  in  a  new  system  being  built.  When 

completed,  the  new  system  is  installed  and  the  old 
disgarded. 

2.  JJbe  "Incremental11  A pproach 

In  the  "incremental"  approach  a  workable  model  is 
created.  Through  user  feedback  with  the  builders,  the 
management  information  information  system  continually 
evolves  to  meat  user  needs.  Care  must  be  taken  in  this 
approach  to  dasign  an  expandable  system.  If  this  is  not 
done  the  result  will  be  a  management  information  system  with 
decreasing  performance  and  increasing  costs.  Because  of 
this,  seme  builders  perfer  the  "throw-away"  approach. 

C.  PBOTOTYPE  FOR  A  PLANT  ACCOUNT  MANAGEMENT  INFORMATION 

SYSTEM 

The  "incremental"  approach  is  appropriate  for  the  a 
proposed  Plant  Account  Management  Information  System  for  the 
Naval  Postgraduate  School.  This  is  especially  important  if 
a  commercial  data  base  were  procured.  A  prototype  which 
would  provide  initial  benefits  to  the  following  users: 

1.  Plant  Account  Clerk 

a)  Provide  a  suspense  file  for  Plant  Account 
Equipment  ordered. 

b)  Provide  a  tickler  file  for  Property  Record  Forms 
required  for  received  Plant  Account  Equipment. 


c)  Assist  in  tbs  preparation  of  reports  of  equipment 
required  fcr  inventory. 

d)  Provide  a  record  of  Plant  Account  Equipment. 

e)  Prcvida  assistance  in  preparing  hardcopy  DD-1342, 
Property  Record  Forms. 

2.  User  Department 

a)  Provide  reports  of  equipment  requiring  calibra- 
t  ion . 

b)  Prcvida  reports  of  equipment  which  requires  inven¬ 
tory. 

3.  Supply  Department 

a)  Provide  the  ability  tc  cross  reference  received 
equipment  in  order  to  determine  its  ultimate 
destination. 

D.  PROTOTYPE  I HPLEHENTATIO N 

According  to  Naumann  and  Jenkins,  [Ref.  8],  prototyping 
is  a  four  step  inter ative  process. 

1.  Identiy  -  Basic  Requirements 

2.  Develops  -  Working  Prototype 

3.  Implement  and  Ose  -  Identify  Problems  S  Misfits 

4.  Revise  and  Enhance  -  Develops  Next  Version 

Handccck,  [Ref.  9  ]#  suggests  that  the  initial  prototype 
should  be  implemented  in  a  very  short  time,  ir.  fact,  almost 
overnight.  He  also  states  that  requirements  need  not  be 
cast  in  concrete  and  need  not  be  complete.  The  short  time 
it  takes  tc  get  a  prototype  in  operation  serves  both  the 
user  and  the  builder.  The  user  has  a  tangible  systems  tc 
use  and  criticize.  The  builder  get  feedback  based  upon  the 
prototype’s  use.  Thus,  mistakes  in  design  can  be  detected 
early  in  the  process  and  corrected  when  it  is  easiest  and 
least  costly.  Once  users  and  managers  see  that  their  input 
and  feedback  can  change  the  system  and  exert  influence,  they 
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will  in  turn  participate  with  mora  dedication.  The  result 
will  fce  a  better  designed  system. 

The  next  chapter  gives  the  general  description  of  the 
user  requirement s  for  a  prototype  Plant  Account  Management 
Information  System  and  references  the  specifications  for 
required  files  and  logical  requirements. 
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VI.  ACCOOSl  HANAGEMENT  INFORMANTIQN  SYSTEM  (PHOTOTYPE! 

A.  GEHEBAL 

This  chapter  provides  a  general  description  of  the  spec¬ 
ifications  for  a  proposed  prototype  for  a  Plant  Account 
Management  Information  system  Prototype  for  the  Naval 
Postgraduate  School.  The  general  sp ecif ications  are  broken 
down  by  department  with  detailed  requirements  and  file 
description  of  each  provided  in  a  corresponding  appendix. 

B.  USES  DEPARTMENT  -  REQUISITION  CLERK 

1 .  General  Description  (Prototype) 

The  Requisition  Clerk  (Ultimate  User)  who  initially 
initiated  the  requisition  is  usually  the  one  who  signs  the 
receipt  for  delivery  of  equipment.  It  is  the  responsibility 
of  this  person  tc  notify  the  equipment  coordinator  or  person 
in  the  department  responsible  for  the  equipment  inventory. 
If  the  item  is  Plant  Account  eligible,  the  person  in  the 
department  res[  nsible  for  recording  and  forwarding  data  for 
entry  into  the  Plant  Account  should  be  notified  as  well. 
(Usually  this  individual  will  be  the  same  person  responsible 
for  the  department  equipment  inventory.)  At  this  time,  a 
Navy  ID  (NIC)  number  sticker  with  the  Plant  Account  number 
is  placed  or  the  equipment  and  recorded  on  a  Property  Record 
Card  (PRC).  (An  example  is  pictured  in  Figure  Q.4)  .  a 

rougn  Property  Record  Card  is  prepared  and  forwarded  tc  the 
Plant  Account  Clerk  cf  the  Comptroller  Department. 

A  Plant  Account  inventory  in  taken  every  third  year 
in  accordance  with  current  instructions .  The  User 
Department  will  receive  directives  concerning  the  inventory 


from  the  Elant  Account  Clerk  of  one  Comptroller  Department. 
The  directives  will  include  reports  of  the  Plant  Account 
Equipment  for  which  the  User  Department  is  responsible.  Iha 
reports  will  consist  of  a  master  report  of  all  department 
Plant  Account  equipment  in  ID/Govern ment  Tag  Number  sequence 
as  well  as  separate  reports  of  all  equipment  in  the  same 
location.  Missing  equipment,  changes  of  location,  ana  addi¬ 
tional  equipment  found  are  annotated  on  the  report.  After 
verification,  the  reports  are  signed  by  the  person  in  the 
department  responsible  for  custody  and/or  inventory  of  Plant 
Account  equipment  and  forwarded  to  the  Plant  Account  clerk 
of  the  Comptroller  Department.  The  equipment  found  missing 
is  surveyed  and  new  Eroperty  Records  will  be  initiated  for 
Plant  Account  equipment  not  previously  recorded. 

The  Ultimate  User  should  have  the  ability  to 
generate  reports  for  supplemental  inventories  as  deemed 
necessary  by  the  parent  department. 

The  User  Department  is  also  concerned  with  the  cali¬ 
bration  and  maintenance  cf  equipment.  Periodically, 
specific  equipment  requires  calibration.  The  required  data 
involved  is  entered  into  the  Property  Record  File 
(Prototype)  by  the  User  Department.  The  User  Department 
must  obtain  reports  which  list  equipment  overdue  fcr  cali¬ 
bration  as  well  as  equipment  requiring  calibration  between 
specific  periods  of  time. 

If  a  change  of  Plant  Account  equipment  location  is 
made  within  a  department,  that  department  may  simply  change 
the  location  or  BUILDING^  ROOM  field  of  the  corresponding 
record  in  the  Property  Record  File  (Prototype).  For  control 
purposes,  if  equipment  is  transferred  to  -..other  department 
a  signed  memorandum  should  be  forwarded  to  the  Plant  Account 
Clerk  of  the  Comptroller  Department  who  will  make  the  neces¬ 
sary  changes  in  the  Property  Record  File  (Prototype)  ,  as 
well  as,  file  the  memorandum  in  the  physical  Property  Record 
DD- 1342  form  file. 


The  following  files  with  corresponding  reference 
appendix  are  used  by  the  Requisition  Clerk  (Ultimate  User). 


a.  Requisition  File  (Prototype)  -  Appendix  L 

t.  Property  Record  File  (Prototype)  -  Appendix  M 

3 .  Detailed  Require  men  ts  (Prototype) 

Detailed  prototype  requirements  for  the  Requisition 
Clerk  (Ultimate  User)  are  found  in  Appendix  I. 

C.  COMPTROLLER  DEPARTMENT  -  PLANT  ACCOUNT  CLERK 

1 .  General  Description 

The  Plant  Account  Clerk  receives  a  copy  of  the 
DD- 1348  or  DD-1155  for  plant  account  material  ordered.  From 
either  of  these  forms  the  following  information  is  entered 
into  the  Requisition  File  (Prototype)  in  the  form  of  a 
Requisition  Record  as  appropriate.  For  ease  of  entry  the 
relative  position  of  fields  on  the  input  data  device  should 
ts  approximately  the  same  as  on  a  DD-1348  or  DD-1155  as 
chosen  by  the  Plant  Account  Clerk. 

1.  CONORD_NQ  -  Contract /Purchase  Order  Number 

2.  DELOED^NO  -  Delivery  Order  Number 

3.  CC  NTRACTOR_Q  UCTER  -  Name  and  address  of  Contractor 

4.  FSC  -  Stock  Number  Federal  Supply  Category 

5.  NUN  -  Stock  Number  NUN 

6.  EEC  *  Document  Number  R equisit io ner 

7.  DATE  -  Document  Number  Date 

8.  SERIAL  -  Document  Number  Serial 

9.  IN(1...n)  -  Item  Number  of  material  if  more  than  one 

item  ordered  per  document 

10.  SS(1...n)  -  Name  of  material  ordered 
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11.  QTY  (1..  .n)  -  Quantity  of  each  item  ordered. 

12.  CCNO£D_NO  -  Ccntr act /Purchase  Order  Number 

13.  DELO  RD_NO  -  Delivery  Order  Number 

14.  CCNTRACTOR__QUCTOR  -  Name  and  Address  of  Contractor 

15.  ?A£C  (1. . .  n)  -  Plant  Account  Suspense  Code  for  each 
item  ordered 

The  above  record  is  used  by  tne  Plant  Account  Clerk 
in  the  place  of  a  manual  suspense  file  of  plant  account 
equipment  ordered. 

It  is  the  responsibility  of  the  Plant  Account  Clerk 

to  ensure  that  a  D CD  Property  Record  Card  (DD-1342)  is 

completed  for  all  plant  account  equipment  received.  The 
rough  paper  version  of  DOD  Property  Record  Card  is  completed 
by  the  User  Department  and  forwarded  to  the  Plant  Account 
Clerk  whom  inputs  the  following  information  onto  a  record  of 
the  Property  Record  File  (Prototype)  .  For  ease  of  entry  the 
positions  of  the  input  fields  on  the  input  data  device 

should  approximate  the  position  of  the  data  fields  on  the 

DD-1342. 

1.  ACTIVE  -  Indicates  active  record 

2.  INTIIAL  -  Indicates  initial  record 

3.  IDLE  -  Indicates  idle  record 

4.  CHANGE  -  Indicates  change  record 

5.  JOLI AN_D ATE  -  Indicates  julian  data 

6.  IE/GCV_T AG_NO  -  Indicates  ID/Government 

Tag  Number 

7.  CC  MMCDIT  Y_CO  D  E 

8.  S1CCK_ NUMBER 

9.  ACQU ISIT IQN_CCST 

10.  TYPE_C0DE 

11.  YE_OF_MFG  -  Indicates  year  manfacutured 

12.  P C W E R__C ODE 

13.  STATUS_CODE 

14.  SVC_CCDE 
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15.  CCMMAND_COD£ 

16.  A£BIN_OFFICE_CCDE 

17.  NAME_OF_ MANUFACTURER 

18.  MFBS_CODE 

19.  M ANUFACTURER S_MODEL_  NO 

20.  MANUFACTUSESS_SERIAL_NO 

21.  LENGTH 

22.  WIDTH 

23.  HEIGTH 

24.  WIDTH 

25.  CER_NON_A VAIL  -  Indicates  Certificate  of 

Nonavailability  number 

26.  ASCD_NO 

27.  ARt 

28.  CCNTRACT_ NUMBER 

29.  NC MEN  -  Indicates  nomenclature 

30.  DESCRIPTIONS ND_CAPA CITY 

31.  QUANTITY  (1...n) 

32.  HCRSEPOWERC1  .  ..n) 

33.  VCITS(1...n) 

34.  PHASE  (1 .  .  .n) 

35.  CYCLE  (1 .  .  .n) 

36.  AC  (1 ...  n) 

37.  DC  (1 ...  n) 

38.  SPEED  (1 .  .  .n) 

39.  IYFE_AND_?R  AM  E_NUMBER  (  1 .  .  .  n) 

40.  PRESENT_LOC ATICN  -  Indicates  command  where 

equipment  is  located 

41.  3UILEING_BOOM  -  Indicates  number  of  building 

ana  room  of  equipment 

42.  DIPEC_CONTROL_NO 

43.  PCSSESSOR_CODE 

44.  Q0ESTION_30  -  Can  item  be  stored  and  maintained 

on  site  for  at  least  12  months? 
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45.  QUESTI0N_31 

46.  QOESIION_  31  & 

47.  20ESTION_32 

48.  QUESTION_33 

49.  QUESTI0N_34 

50.  QOESIION_35 

5  1.  QUESTION^ 36 

52.  QOES1ION— 37 

53.  QOESTION_38 

54.  QUESTION_ 39 

55.  QUESTION_40 

56.  Q0ESIION_40A 

57.  CUES1I0N_41 
53.  QUESTION_42 

59.  wOESHOS_42a 

60.  QO  ESTI0N_43 

6  1.  QOESTION_44 


Has  item  been 
rebuilt /over hauled? 

-  Daze  rebuilt/overhauled? 

Has  item  teen  modified  from 
original  configuration? 

Has  item  inspected  under 
power? 

Are  maintamance  costs  normal? 

Are  safety  devices  adequate  and 
satisfactory? 

Are  installation  instructions 
available  for  transfer? 

Are  operating  instructions 
available  for  transfer? 

Has  item  last  used  on  a  finishing 
cperat ion? 

Hill  adjustments  or  calibration 
correct  deficiencies? 

Is  item  saviceable  without  damage 
to  components? 

-  If  not  seviceable  without  damage 
to  components,  what  would 

the  replacement  cost  of  the 
components  be? 

Is  item  in  operable  condition? 
Must  item  be  repaired/rebuilt/ 
overhauled  to  perform  all 
functions? 

-  If  re pair/reburlding/overhauling 
is  necessary,  what  is  the 

cost? 

Co  OC  records  indicate 
satisfactory  performance? 

Are  manually  operated  mechanisms 
in  working  order? 
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62.  QUES?ION_45  -  Are  scales,  dials,  and  guages 

working  and  readable? 

63.  QUESTI0N_46  -  Are  hydraulic  pumps,  valves,  and 

fittings  operating  properly? 

64.  Q0ESII0N_47  -  Are  electronic  systems  and 

controls  operating  properly? 

65.  QOESTION_48  -  How  many  hours  was  item  used 

by  current  possessor? 

66.  Q0ESTION_50  -  Estimated  cost  for  packing, 

handli ng? 

67.  QUESTI0N_51  -  When  will  item  be  ready  for 

redistribution 

68.  CCNDITION_CODE 

69.  OFERAH  NG^TESI^CODE 

70.  REMARKS  -  Explainaticn  to  no  answers  for 

questions  32,33,34,35,43,44, 

45,  46,47.  Also,  description 
of  hew  item  was  last  used. 

71.  STOE  -  corresponds  to  DATE,  SERIAL 

fields  of  the  Requisition 
File  (Prototype)  .  The  date 
and  serial  number  of  the 
requisition  the  material 
was  ordered  under. 

72.  DATE  -  Indicates  date  material  received. 

73.  CCNS  -  Indicates  from  where  material 

received  was  ordered. 

74.  CONSIGNEE  -  Indicates  name  and  address  of 

consignee  including  ZIP 
cede. 

75.  TR  ANSFER_DOCU  MENT_NU  MBER  -  Indicates  transfer 

document  number  of 
equipment  transferred 


76.  TYFE_QF_D IS  POSITION  -  Indicates  either  donation, 

destruction,  sale, 
or  abandonment 

77.  DATE_P80CEEDS  -  Indicates  date  of  disposition 

and  proceeds  if  sold 

78.  VALIDATION  -  Indicates  names  of  validating 

person 

79.  NSN  -  Indicates  National  Stock  Number 

80.  C ALI ERAT ION_DUE_D ATE  -  Julian  date  calibration  due 

81.  LAST_CALIBH ATICN_DAT E  -  Julian  date  of  last  calibra¬ 
tion 

82.  WCRK_CENTER  -  Indicates  work  canter  responsible 

fcr  calibration 

After  the  record  has  been  added  tc  the  Property 
Record  File  (Prototype)  the  Plant  Account  Clerk  then  clears 
the  Plant  Account  Suspense  Code  from  the  corresponding 
record  cf  the  Requisition  File  (Prototype)  indicating  that  a 
Property  Record  Form  was  forwarded  with  proper  information 
from  the  User  Department.  Once  the  Plant  Account  Clerk 
enters  the  record  tc  the  Property  Record  File  (Prototype)  , 
the  fields  can  only  be  modified  as  per  ACCESS  Code.  This  is 
fcr  security  of  the  plant  account  equipment.  It  prevents 


someone  from  stealing  equipment  and  then  deleting  the  record 
from  the  Property  Record  File  (Prototype)  . 

The  Plant  Account  Clerk  must  forward  various  copies 
of  the  Property  Record  Form  to  NSC  Oakland  as  well  as  the 
User  Department.  The  forms  are  prepared  by  transfaring  data 
from  the  Ercperty  Record  File  (Prototype)  to  hard  copy  by 
electrc/  mechanical  means. 

The  Plant  Account  Clerk  ensures  that  the  required 
completed  rough  Property  Record  forms  are  forwarded  by  the 
User  Department  by  obtaining  reports  of  records  of  the 
Requisition  File  (Prototype)  which  have  a  3EC(1...t)  field 
and  corresponding  PASF(1...n)  fields  indicating  that 


material  has  been  received  with  no  corresponding  rough 
Property  Eecord  Form  completed. 

Every  three  years  an  inventory  must  be  taken  of  all 
Plant  Account  Equipment.  The  Plant  Account  Clerk  sends 
reports  cf  Plant  Account  equipment  for  verification  to  User 
Departments.  These  reports  are  extracted  from  the  Property 
Record  File  (Prototype).  They  contain  the  following  fields. 

1.  ID_GOV_TAG_NO 

2.  N AHE_0F_8  AN  UF  ACTOR  ER 

3.  8  ANUF  AC  TURES— KCDEL_NO 

4.  8  ANU  F  ACTURERS_SER  IAL_NO 

5.  BOILDING_ROOM 

6.  FCSSESSOE_COD£ 

Cnee  the  reports  are  verified,  the  tJser  Departments 
forward  them  back  to  the  Plant  Account  clerk.  The  files  are 
updated,  new  Property  Record  Forms  are  forwarded  to  NSC 
Oakland  and  Survey  action  is  initiated  as  necessary. 

2.  Files  Used 

The  following  files  with  corresponding  reference  appendix 
are  used  by  the  Plant  Account  Clerk. 

a.  Requisition  File  (Prototype)  -  Appendix  L 

b.  Property  Eecord  Fils  (Prototype)  -  Appendix  8 

3 .  Detailed  Requirements  (Prototype) 

Detailed  prototype  requirement  for  the  Plant 
Clerk  are  listed  in  Appendix  j. 
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D.  SUPPLY  DEPARTMENT  -  RECEIVING 

1  •  General  Description 

When  an  item  is  received  at  the  receiving  warehouse, 
personnel  there  will  match  the  invoice  information  with 
information  on  a  copy  of  either  the  purchase  order  or  the 
original  DD-1348  to  identify  the  equipment  distination. 
After  this  is  done,  a  phone  call  to  the  department  concerned 
is  made  to  notify  the  ultimate  user  of  the  item's  arrival 
and  it  is  delivered  to  the  building  and  room  designated. 
The  documents  to  be  delivered  to  the  user  department  are 
delivered  with  each  item.  At  the  time  of  delivery  a  copy  of 
the  shipping  document  is  stamped  with  a  "Received”  stamp  and 
is  signed  by  the  person  receiving  the  equipment.  Receiving 
then  forwards  the  receipt  to  Receipt  Control. 

It  is  usually  no  problem  to  identify  the  ultimate 
user  of  the  material  received  if  it  comes  from  the  Navy 
Supply  System  because  the  requisition  document  number  is 
always  included.  If,  however,  the  material  is  received  from 
a  commercial  vendor,  documentation  varies.  Sometimes  the 
requisition  document  number  is  not  included  in  the  documen¬ 
tation  which  comes  with  the  material.  Receiving  must 
access  the  Requisition  File  by  Contract/Purchase  Order 
Number,  Contractor,  Delivery  Order  Number  or  Schelule  of 
Supplies/Services  to  attempt  to  cross-reference  to  the 
Requisiticn/Purchase  Request  Number  so  that  the  ultimate 
user  can  be  identified. 

2 .  Files  Used 

a.  Requisition  File  (Prototype)  -  Appendix  L 


3.  Detailed  Requiremea ts  (Prototype) 

Detailed  prototype  requirements  for  the  Receiving 
Division  are  found  in  Appendix  K. 

E.  SOPPLY  DEPARTMENT  -  RECEIPT  CONTROL 

1 .  General  Descript  ion 

Cnee  the  signed  receipt  for  equipment  delivered  is 
received  by  Receipt  Ccntol,  a  copy  of  receipt  for  all  Plant 
Account  eligible  is  sent  to  the  comptroller  for  the  Plant 
Account  Clerk.  For  requisitions  from  venders.  Receipt 
Control  then  closes  cut  the  file  on  the  requisitioned  item 
by  completion  of  fields  M  R5C  (1 . . .  n)  "  (Receipt  date)  and 
HREC  B Y ( 1 . . .  n)  ’•  of  the  appropriate  record  of  the  Requisition 
Fils  (Prototype) .  If  a  partial  quantity  is  received,  then 
fields  REC_QTY_PAR  (1.  . .  n  )  ,  RSC_DATS_PAR  (1 .  .  .  n)  and 

REC_E Y_PAH  ( 1 .. . n )  fields  are  entered  in  the  appropriate 
record  of  the  Requisition  File  (Prototype)  A  hard  copy  of 
the  document  is  forwarded  to  the  Issue  Control  Division 
where  it  is  filed  in  the  historical  file  maintained  by  the 
Supply  Department.  A  hard  copy  file  is  necessary  in  case 
there  is  any  question  or  argument  as  to  receipt  of  equip¬ 
ment.  The  actual  signature  of  the  person  who  received  the 
equipment  is  on  the  document  retained.  If  the  item  was 
ordered  through  the  Navy  Supply  System,  the  receipt  documen¬ 
tation  is  turned  over  to  issue  Control  without  further 
action  following  forwarding  of  the  Plant  Account  item 
receipt  to  the  Comptroller  Department. 
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2.  Files  Used 


a.  Requisition  File  (Prototype)  - 

3.  Detailed  Requirements  (Prototype) 

Detailed  prototype  requirements 
Appendix  K. 


Appendix  I 


are 


rou 


VII.  CONCLUSION 


A.  SYSTEMS  DEVELOPMENT  BEGINS  WITH  DATA 

The  Carter  Thesis,  [ Bef .  1],  focused  on  data  flow 
through  the  use  of  data  flow  diagrams  and  The  definition  of 
associated  data  stores.  This  paper  took  the  process  a  step 
farther  and  defined  the  fields  of  records  for  the  data 
stores,  after  which  specifications  for  logical  manipulation 
of  the  data  was  identified.  This  approach  is  an  improvement 
on  the  more  conventional  techniques  and  systems  design 
methods  such  as,  Jackson  Methodology,  [Bef.  10],  and 
Warnier's  Logical  Construction  of  Programs,  [Bef.  11],  which 
contend  that  systems  design  begins  with  identification  of 
entities,  attributes,  and  data  structures.  With  this  conven¬ 
tional  approach,  once  the  design  rs  in  progress  its  diffi¬ 
cult  to  change.  The  method  used  in  the  Carter  Thesis, 

[Bef.  1],  and  this  paper  followed  the  approach  of  Gane  and 
Sarson,  [Bef.  2],  as  well  as  Canning,  [Bef.  12].  Beth 
approaches  suggest  that  the  new  systems  development  metho¬ 
dologies  begin  with  data  rather  than  process.  This  method 
is  especially  beneficial  if  prototyping  were  used.  By 
putting  emphasis  on  identifying  the  essential  features  of  a 
user’s  data  requirements  the  essential  features  are  data  and 
data  relationships.  Processes  can  be  provided  through  auxi¬ 
liary  features  of  a  Data  Base  Management  System.  This 
simplifies  the  traditional  approach  which  assumes  that  both 
’•data"  and  "process"  must  be  identified  in  the  early  stages. 
Also,  by  concentrating  on  the  data  requirements,  complete¬ 
ness  at  the  early  stages  of  system  design  is  not  important 
because  this  method  allows  for  change. 
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B.  USE  THE  PROTOTYPE  APPROACH 

The  studies  cf  Neumann  and  Jenkins,  [Ref.  8],  confirm 
the  fact  that  builders  and  users  continue  to  be  dissatisfied 
with  traditional  approaches  to  system  dsvelpment.  Total 
information  requirements  are  difficult  to  determine  at  the 
onset  and  are  subject  to  change.  There  is  substantial  risk 
that  when  a  system  is  implemented  it  will  net  meet  the 
user's  needs.  Prototypes  permit  extremely  rapid  construc¬ 
tion  of  systems.  They  allow  for  user  and  middle  management 
involvement.  If  the  users  and  middle  managers  feel  that 
their  feedback  will  be  taken  into  consideration  and  rapidly 
implemented  the  result  will  be  a  better  management  informa¬ 
tion  system.  It  is,  therefore,  suggested  that  the  prototype 
approach  be  used  to  build  a  Plant  Property  Management 
Information  system  at  the  Naval  Postgraduate  School. 


C.  OSE  A  COMMERCIALLY  AVAILABLE  DATABASE  MANAGEMENT  SYSTEM 

Rather  than  developing  a  new  database  management  system, 
it  would  he  better  tc  obtain  a  commercially  available  data¬ 
base  management  system  to  incorporated  in  a  Plant  Property 
Management  Information  System  for  the  Naval  Postgraduate 
School.  A  commercially  obtained  database  management  system 
would  have  the  benefit  of  reducing  programming  time.  It 
would  in  all  probability  have  features  not  considered  at 
this  time  but  would  be  beneficial  in  the  future.  Additional 
commercial  database  benefits  to  be  considered  include. 

1.  The  software  will  provide  logical  as  well  as  physical 
data  representation. 

2.  The  database  may  evolve  without  incurring  hzgh 
maintenance  ccsts. 

3.  Effective  procedures  are  provided  to  ensure  data 
privacy. 


4.  Commercial  databases  can  easily  provide  answers  tc 
unanticipated  queries. 

5.  A  data  description  language  is  usually  provided  for 
the  database  administrator. 

6.  There  is  host  computer  language  interface  fcr  appli¬ 
cation  users. 

7.  There  is  query  language  available  for  casual  users. 

D.  HECOHHENDATIONS 

As  in  the  Carter  thesis  it  is  recommended  that  efforts 
continue  on  the  project  to  implement  a  usable  Plant  Property 
Management  Information  System.  The  project  is  considered  to 
be  a  worthwhile  exercise  and  would  ultimately  benefit  the 
Naval  Postgraduate  School.  Following  this  thesis  tha  next 
logical  step  would  be  to  explore  the  various  commercially 
available  database  programs  and  how  well  they  meet  the 
requirements  set  forth  in  this  paper.  Ones  a  database  along 
with  compatible  hardware  is  selected  the  next  step  would  be 
tc  develops  a  working  prototype  management  information 
system  fcr  plant  accounting  and  continue  the  iterative 
process  of  refining  it. 

It  is  very  important  that  at  this  point  in  the  develope- 
ment  of  a  Plant  Equipment  Management  Information  System  that 
Central  Data  Processing  Management  at  the  Naval  Postgraduate 
School  become  involved.  This  management  information  should 
be  part  of  a  long  range  plan  to  administer  all  data  at  the 
Naval  Postgraduate  School  as  a  resource.  This  is  because 
data  crosses  boundaries  into  ether  areas  and  similiar  appli¬ 
cations.  For  instance,  when  the  specifications  for  Plant 
Account  Eguipment  requisitioning  could  be  used  fcr  requisi¬ 
tioning  in  general.  Economies  of  scale  ana  reduced  redun¬ 
dancy  are  a  result  of  proper  data  processing  management  and 
effective  long  range  goal  in  the  quest  for  data  processing 
maturity. 
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APPENDIX  A 

BEQOI BEHESTS  -  USER  DEPABTHENT 

BEQO ISITION  CLEBK 

.  Ability  to  access  Requisition  File,  User  File,  Funds 
File  and  Property  Records  rile  based  on  ACCESS  cede. 

.  Ability  to  create  new  Requisition  Records. 

.  Access  co  Requisition  and  Funds  Files  is  limited  to 
only  chose  records  identified  to  pertain  to  char 
individual  indicated  by  OSER  field. 

.  Ability  to  browse  the  Requisicion  File  in  DATE, 
SERIAL  order  including  blanks. 

.  Ability  to  pass  Requisition  Records  to  ocher  nodes  by 
changing  the  PASS  code. 

.  Ability  to  obcain  specialized  Requisition  File 
reports  to  include  or  exclude  specified  elements  and 
records  in  a  specified  sequence. 

.  Automatically  axcend  and  sum  all  item  Quanticias 
(QTY  ( 1. .  •  n)  times  Unit  Prices  (UP(1...n)  of  the 

Requisition  Record  and  place  Total  in  a  field  labeled 
3U  of  the  Requisition  Record. 

.  Ability  to  query  the  OPTAR  balance  which  is  computed 
by  caking  the  User's  OPTAR  Grant  in  a  particular  Job 
Order  Number  Category  TOTOPT(USER)  (SUP)  in  the  Funds 
File  and  adding  the  sum  cf  the  balance  adjustments 
(BA1ADJ)  of  each  Requisition  Record  and  subtracting 
the  extended  dollar  value  (BU)  of  the  individual 
user's  transactions  of  each  Requisition  Record  of 
chat  particular  Job  Order  Number  (SUP)  . 


EAL  (OS  EH)  (SOP)  = 

(S  um  (BALADJ  (US33)  (SUP))  ) 
minus 

(Sum  (BO  (USER)  (SUP)  )  ) 

9.  Ability  to  create  new  Property  Record  File  records 
based  on  access  code. 

10.  Ability  to  input  records  into  the  Property  Record 

File  by  filling  in  blanks  on  a  skeletized  DOD 

Property  Record,  DD-  1342. 

11.  Ability  to  brcwse  records  of  the  Property  Record  File 
in  DE-1342  output  format. 

12.  Ability  to  create  hard  copy  DD-1342  DOD  Property 
Record  Forms  from  information  contained  in  the 
Property  Record  File. 

13.  Ability  to  select  and  access  records  of  the  Property 

Record  File  by  keying  on  selected  individual  fields 
of  the  record.  More  than  one  record  may  be  under  a 
selected  individual  key  field. 

14.  Ability  to  generate  reports  containing  selected 

fields  of  records  in  the  Property  Record  File.  The 
report  should  be  in  the  sequence  specified.  For 
example,  if  a  report  were  required  to  contain  all 
equipment  in  a  csrtain  location  belonging  to  a  parti¬ 
cular  department,  containing  the  serial  number  of  the 
equipment  and  ID/Government  Tag  Number,  and  be  in 
IE/Govern  meat  Tag  Number  sequence  the  input  parame¬ 
ters  could  be  similiar  to  the  following: 

a)  Print  Fields: 

ID/GOV_TAG_NO 
M  ANUFACTU  RERS_SE5IAL— NO 
B  UI1DI  NG_  ROO  M 

b)  Select  Records  limit: 

B UIIDI NG_ ROO M  =  439  232 
POSSES  SOR_CODE  =  6227 1  (7685435) 


m  rrr 


c)  Sequence 


l- 


Major  Field  =  ID_GOV_T  AG_NO 
Minor  Field  =  none 
Miner  Minor  Field  =  none 

15.  Ability  to  generate  reports  of  equipment  in  the 
Property  Record  File  overdue  for  calibration.  That 
is  CALIBRATICN_.DOE_.DATE  minus  LAST_CALI3RATI0N_D ATE 
is  negative.  For  example,  if  a  report  were  required 
to  contain  all  equipment  overdue  for  calibration  in 
Wcrk  Center  940,  containing  nomenclature,  manufac¬ 
ture,  model  number,  manufactures  serial  number, 
ID/Gcvernment  tag  number  (NID)  ,  NSN  (stock  items)  , 
calibration  due  date,  last  calibration  date,  and 
location  (DIPEC_CONT ROL_NO)  could  be  similiar  to  the 
following : 

a)  Print  Fields: 

WOMEN 

NAM  E_ 0  F_M ANUFACIURE8 
MANOFACTU  RERS_MODEL_NU MBER 
MANOFACTORERS_SERIAL_NO 
I D/G0V_TA  G_NO 
NSN 

CAIIBRATI 0N_D0E_DAIE 
L AST_C ALI BRATION_D ATE 
B OIIDI  NG_  ROOM 
WOEK_CENT  ER 

b)  Select  Records  limit: 

WOEK_CENTE3  =  940 
CAIIBRATI 0 N_ DO E_D AT  E 
minu  s 

LAST_CALIBRATION_DATE  <  0 

c)  Sequence: 

Major  Field  =  BUILDING_ROOM 
Minor  Field  =  none 
Minor  Minor  Field  =  none 
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16.  Ability  to  generate  reports  of  equipment  in  the 
Property  Record  File  due  for  calibration  within  a 
certain  time  frame.  For  example,  if  a  report  were 
required  to  contain  all  all  equipment  due  for  cali¬ 
bration  between  julian  date  3130  and  3160  in  Work 
Center  940,  containing  nomenclature,  manufacture, 
model  number,  manufactures  serial  number, 
ID/Gcvernment  tag  number  (NID)  ,  NSN  (stock  items), 
calibration  due  date,  last  calibration  date,  and 
location  (DIPEC_CONT ROL_NO)  could  be  similiar  to  the 
f  cllcwing: 

a)  Print  Fields: 

NO  KEN 

NAM E_0  F_M  ANUFACTURER 
MANUFACTU  RERS_MODEL_NUMBER 
M  ANUFACTU  REB S_ SE3IAL_NO 
I D/GOV_TA  G_ NO 
NS  N 

C  A  LIBR  ATI  0N_DU E_D  AT  2 
LAST_CALI BRATION_D A  IE 
BUILDING..  ROOM 
WOBK_CENT  ER 

b)  Select  Records  limit: 

WO  BK_CENT  ER  =  940 

3130  <  CA  LIBBATION_  DU  S_D  ATS  <  3160 

c)  Sequence: 

Major  Field  =  BUI  LDING_  BOOM 
Minor  Field  =  none 
Minor  Minor  Field  =  none 
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OFT  AB  CUSTODIAN 


.  Ability  to  access  Requisition  File,  User  File  and 
Funds  File  based  on  ACCESS  Code. 

.  Ability  to  create  new  Requisition  Records.  The 
SERIAL  field  cf  that  record  oust  be  in  a  series 
assigned  to  the  inputting  department  as  indicated  in 
the  User  File. 

.  Access  to  the  Requisition  Pile  is  limited  to  those 
records  itentified  by  a  USER  number  in  that  CPTAR 
Custodian's  Department  and  ACCESS  code. 

.  Access  to  the  Funds  File  is  limited  to  those  records 
identified  by  a  USSR  number  in  that  OPTAR  Custodian's 
Department  or  those  records  identifies  by  DEPT  of 
that  OPTAR  Custodian's  Department  as  well  as  ACCESS 
code . 

.  Ability  to  brcwse  the  Requisition  File  Records  in 
DATE,  SERIAL  Field  order  including  blanks. 

.  Ability  to  pass  Requisition  Records  to  other  nodes  by 
changing  the  PASS  code. 

.  Ability  to  obtain  specialized  reports  to  include  or 
exclude  specified  elements  and  records  in  a  specified 
sequence . 

.  Automatically  extend  all  item  Quantities  (QTY(1...n) 
times  Unit  Prices  (UP(1...n)  of  the  Requisition 
Record  and  place  Total  in  a  field  labeled  BU  of  the 
Requisition  Record. 

.  Ability  to  query  each  Users  OPTAR  balance  which  is 
computed  by  taking  the  User's  OPTAR  Grant  in  a  parti¬ 
cular  Job  Order  Number  Category  TOTOPT  (SUP)  (USER)  in 
the  Funding  File  and  adding  the  sum  cf  the  balance 


adjustments  (EALADJ)  (USER)  of  each  Requisition  Record 
and  subtracting  the  extended  dollar  value  BU(USER)  of 


the  individual 


transactions  of  each 


u  ser '  s 


Requisition  Record  of  that  particular  Job  Order 
Number  (SUP), 
a)  BAL(USER)  (SUP)  = 

TOTCET (SUP )  (USER) 
plus 

(Sum  (BALA  DJ  (USER)  (SUP)  )  ) 
minus 

(Sum  (BU(USER)  (SUP)  )  ) 

Ability  to  query  the  total  OPTAR  balance  of  each  Job 
Order  Number  Category.  The  OPTAR  Balance  in  an  indi¬ 
vidual  Job  Crder  Number  category  is  computed  by 
taking  the  total  OPTAR  assigned  in  that  category, 
1010PT (SUP)  (DEPT)  of  the  Funds  File  and  adding  the 
sum  of  all  OPTAR  balance  adjustments  and  subtracting 
the  total  extensions  of  all  Requisition  Record  totals 
of  all  users  in  that  department.  The  user  records 
can  be  identified  by  a  block  of  serial  numbers, 
DEETSERIES  of  the  Serial  Pile  assigned  to  the 
Department  by  the  Comptroller, 
a)  BAL(SUP)  (DEPT)  ■ 

OPTTOT  (SUP )  (SERIES) 
plus 

(sum  (BALADJ  (SUP)  (SERIES)  )  ) 
minu  s 

(sum  (BU  (SUP)  (SERIES))  ) 

Ability  to  access  only  Funds  File  Records  identified 
tc  be  that  cf  the  requesting  department.  (i.e. 
Subfieid  DEPT  or  USER  of  a  field  in  a  record  cf  Funds 
Fils  correspond  to  the  department  requesting  access.) 


APPENDIX  B 

BEQOIBEMENTS  -  BE1BCH  ADMINISTR ATION  OPPICE  (BAO) 

BAO  APPRO? AL  AUTHORITY 

.  Ability  to  access  Requisition  File,  User  File  and 
Funds  File  as  determined  by  ACCESS  code. 

.  Ability  no  receive  Requisition  Records  from  user 

Departments. 

.  Ability  to  modify  records  as  allowed  by  access  cede. 

.  Ability  tc  forward  Requisition  Records  to  other  nodes 
as  indicated  by  entering  the  appropriate  PASS  code 
field  of  a  requisition  record. 

.  Ability  to  obtain  reports  by  Reim bur es able  Fund 

Expenditure  category,  R  MB  EXP  of  the  Requisition  File, 
of  all  records  which  have  an  RMBEXP  in  DATE,  SERIAL 
sequence.  The  report  is  to  contain  the  following 
fields: 

a)  Amount  Obligated 

( EU  of  Requisition  File) 

b)  Date  of  Entry 

(RMBEXPD AT  of  Requisition  File) 

c)  Expenditure  Code 

(RMBEXP  of  Requisition  File) 

d)  Nomenclature 

(NO MEN  1  of  Requisition  Fils) 

e)  Vendor 

(SEND_TO  of  Requisition  File) 

f)  Requisition  Number 

(EEC,  DATE,  SERIAL  of  Requisition  Fils) 

g)  Purchase  Order  Number 
(BELCRDNO  of  Requisition  Fils) 


Ability  to  query  the  Reimbursable  Funds  Balance  in 
each  Reimbursable  Funds  Account  Number  category, 
RMBEXP  of  the  Requisition  File.  The  Reimbursable 
Funds  Balance  (RMBBAL)  is  computed  by  taking  the 
total  Reimbursable  Funds  allowed  en  each  account 
(RIF  (RMPEXP)  of  the  Funds  File)  +  all  CPTAR 
Adjustments  involving  the  Reimbursable  Funds  Category 
in  question.  BALADJ  (RMBEXP)  of  the  Requisition  File 
minus  the  total  price  of  each  requisition  involving 
the  Reimbursable  Funds  Category  in  question 

BO  (RMBEXP)  . 
a)  RMBBAL  (RMBEXP)  = 

RIF(RMBEXP) 

plus 

sum  (BALADJ  (RMBEXP)  ) 
min  us 

sum  (BU  (RMBEXP) ) 
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kZZMSll  c 

REQUIREMENTS  -  COMPTROLLER  DEPARTMENT 


BUDGETING  AND  ACCOUNTING  DIVISION 

1.  Ability  to  access  Requisition  File,  User  File  and 
Funds  File  as  determined  by  ACCESS  cods. 

2.  Ability  to  create  new  Requisition  Records. 

3.  Access  to  Funds  File  is  determined  by  ACCESS  code. 

4.  Ability  to  brcwse  Requisition  Records  in  Requisition 
File  in  DATE,  SERIAL  order  including  blanks. 

5.  Ability  tc  pass  Requisition  Records  to  other  nodes  by 
entering  a  PASS  code  in  that  record. 

6.  Ability  to  cbtain  specialized  reports  from  the 

Requisition  File  to  include  or  exclude  specified 
fields  and  records.  The  reports  are  to  be  in  a 
sequence  specified  by  the  requestor. 

7.  Automatically  extend  all  item  quantities,  QTY(1...n) 

times  unit  prices,  UP(1...n)  of  newly  created 

Reguisiticn  Records  and  place  total  in  a  field 
labeled  BU  of  the  Requisition  Record. 


PLANT  ACCOUNT  CLERK 


.  Receive  and  pass  Requisitions  Records  based  on  PASS 
code . 

.  Access  to  Requisition  File  is  based  on  ACCESS  code. 

.  Access  tc  only  Requisition  Records  which  have  a 
PASF  (1. . .  n)  cede  entered  or  have  been  passed. 

.  Ability  tc  brewse  and  receive  reports  of  Requisition 
Records  which  have  a  Plant  Account  Suspense  File  Code 
(PASF)  entered.  Reports  are  tc  contain  selected 
fields  to  be  determined  by  the  Plant  Account  Clerk 
and  be  in  Julian  Date  (DATE  of  Requisition  Record) 
within  Serial  Number  (SERIAL  of  Requisition  Pecord) 
sequence . 

.  Access  to  Property  Record  File  based  on  ACCESS  code. 

.  Ability  to  enter  records  into  the  Property  Record 
File  by  entering  fields  in  a  displayed  mask  resem¬ 
bling  a  DD-1342  Property  Record  Form. 

.  Ability  to  obtain  a  two  lists  of  DATE,  SERIAL  fields 
of  records  of  the  Requisition  File  which  have: 

a)  PASF  entered  in  the  record  of  the  Requisition  File 
and  a  corresponding  STUB  number  in  the  Property 
Record  File. 

b)  PASF  entered  in  the  record  of  the  Requisition  File 
and  no  corresponding  STUB  number  in  the  Property 
Record  File. 

.  Ability  to  obtain  a  hard  copy  of  a  DOD  Property 
Record  (DD-1342)  from  information  contained  ir.  the 
Property  Record  File. 

.  When  VALIDATION  field  of  a  record  in  the  Property 
Record  File  is  entered  Automatically  clear  the 
FASF(1. . .  n)  field  of  the  records  of  the  Requisition 
File  which  DATE  and  SERIAL  fields  of  the  record  of 
the  Requisition  File  correspond  to  STD B  of  the  record 


of  the  Property  Record  File  which  a  VALIDATION  cede 
was  entered. 

10.  Ability  to  access  Property  Record  File  records  by  the 
V  A1_CAT  E  field. 

11.  Ability  to  reference  Properry  Record  File  records  in 
ID/GO V_TAG_NO  within  PROCESSOR _CODE  sequence. 

12.  Ability  to  reference  Property  Record  File  records  by 
IE/GC 7_T  AG_NO  field.  This  is  the  MID  Number. 

13.  Ability  to  reference  Property  Record  File  records  by 
NC HEN  field. 

14.  Ability  to  select  and  access  records  of  the  Property 
Record  File  by  keying  on  selected  individual  fields 
of  the  record.  acre  than  one  record  may  be  under  a 
selected  individual  key  field. 

15.  Ability  to  generate  reports  containing  selected 

fields  of  records  in  the  Property  Record  File.  The 
report  should  be  in  the  sequence  specified.  For 
example,  to  print  a  report  for  a  complete  Plant 
Account  Inventory  tc  distribute  to  all  (Jeer 

Departments  in  ID /Government  lag  Number  within 

Possessor  Code  within  DIPEC  Control  Number  sequence 
the  input  parameters  could  be  si  miliar  to  the 
following : 

a)  Print  Fields; 

ID/GOV_TAG_NO 

N  A 8 E_0 F_a  ANUFACTURER 

MANGFACTUR2ES_M0DEL_N0 

MANUFACTURERS_SERIAL_NO 

B 0 IIDI NG_  ROOM 

POSSES SOR_CODE 

b)  Select  Records  Limit; 

select  all  records 
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APPBBDIX  D 

REQUIREMENTS  -  SUPPLY  DEPARTMENT 


ISSUE  CCNTHOL  DIVISION 

1.  Ability  to  access  Requisition  File,  User  File  and 
Property  Record  File  based  on  ACCESS  code. 

2.  Ability  to  modify  and  add  to  fields  of  the 
Requirements  Record  as  determined  by  the  ACCESS  code. 

3.  Ability  to  display  a  skeletal! zed  DD-1  348  with  perma¬ 
nent  or  semi-permanent  fields.  The  permanent  or 
semi-permanent  fields  to  be  determined  and  modified 
by  the  Issue  Control  Division. 

4.  Ability  to  pass  Requisition  Records  to  other  nodes  by 
entering  a  PASS  code  field  in  the  Requisition  Record. 

5.  Automatically  extend  all  item  quantities,  QTY(1...n) 
times  unit  price,  UP(1...n)  of  Requisition  Records 
which  do  not  hav~  a  FINDBT  code  entered. 

.  Ability  to  produce  a  hard  copy  DD-1348  document  form 
information  contained  in  the  Requisition  File  of 
selected  records. 

.  Ability  to  produce  a  hardcopy  Naval  message  requisi¬ 
tion  from  selected  Requisition  Records. 


6 


B.  PURCHASE  BRANCH 

1.  Ability  to  access  Requisition  File  and  User  File 
based  on  ACCESS  cede. 

2.  Atility  to  display  skeletal  DD-1155  Purchase  Order 
Form  with  SF-36  Continuation  Sheets,  if  necessary, 
with  permanent  or  se mi- permanent  fields  filled  (i.e. 
A  number  of  fields  such  as  Block  6  of  the  DD-1155  are 
virtually  constant.  In  this  case  the  order  is  always 
frem  ’'Supply  Officer,  Naval  Post  Graduate  School. ..) 
and  is  constant. 

3.  Ability  to  transfer  information  from  the  Requisition 
Record  ro  fill  in  blank  fields  of  the  skeletonized 
DD-1155  and  SF-36. 

4.  Ability  to  modify  the  fields  of  the  DD-1155  and  SF-36 
as  required. 

5.  Ability  to  transfer  these  corresponding  fields  of  the 
DD-1155  and  SF-36  to  the  Requisition  File. 

6.  Ability  tc  transfer  displayed  DD-1155  and  SF-36  to 
the  actual  hard  copies  of  the  forms.  Ability  to 
reference  a  Requisition  Record  by  COSTCODE, 
HEQUISITION/PURCHASE  REQUEST  NO  or  DELIVERY  CRD3R 
NUMBER. 

7.  Ability  to  modify  and  add  to  fields  of  the 
Requisition  File  as  determined  by  ne  ACCESS  code. 
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RECEIVING  DIVISION 


i 


■ 


1.  The  ability  tc  access  records  in  the  Requisition  File 
and  User  File  based  on  Access  code. 

2.  Ability  to  access  Requisition  File  records  by  docu¬ 
ment  number  DATE  (major  field),  SERIAL  (minor  field), 

3.  Ability  to  access  Requisition  File  Records  by 

SS (1 . ..  n) ,  given  total  or  partial  information 

contained  in  that  field.  Note:  There  may  be  more 

than  one  record  with  the  same  SS(1...n)  supply  or 
service.  Also,  the  field  SS(1...n)  may  contain  more 
data  than  the  access  request.  (i.e.  The  request 
could  be  to  locate  M  Model  506 1  A**  , whereas,  the  field 
ss(1...n)  could  actually  contain  "Model  5061 A  Cesium 
frequency  standard".) 
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0.  RECEIPT  CONTROL  DIVISION 


1.  The  ability  tc  access  records  in  the  Requisition  Pile 
and  User  File  based  or.  ACCESS  code. 

2.  Ability  tc  access  Requisition  File  records  by  docu¬ 
ment  number  DATE  (major  field),  SERIAL  (minor  field), 

3.  Ability  to  access  Requisition  File  Records  by 
5S(1...n),  given  total  or  partial 

information  contained  in  that  field.  Note:  There 
may  be  nore  than  one  record  with  the  same  SS(1...n) 
supply  or  service.  Also,  the  field  SS(1...n)  many 
contain  mere  data  than  the  access  request.  (i.e.  The 
request  could  be  to  locate  "Model  5061A",  whereas, 
the  field  SS(1...n)  could  actually  contain  "Model 
5061A  Cesium  frequency  standard".) 
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APPENDIX  2 
BEQOI SITION  PIL2 


A.  GEHEBAL 

A  file  is  made  up  of  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  code,  data  element  and  definition  of  that  data 
element.  Included  is  a  reference  to  appropriate  forms  if 
used.  Information  contained  in  zhe  Requisition  File  from 
the  DD-1348,  SF-36  and  DD-1155  are  listed  individually  in 

Appendix  N  through  P.  Each  column  of  zhe  access  code  repre¬ 
sents  zhe  access  that  a  particular  user  has  zo  the  indicated 
data  element. 

An  ACCESS  cods  description  is  presented  at  the  end  of 
this  appendix. 

B.  BECCBD  DESCRIPTION 

ACCESS  CODE  EL  EH ENT 


1 .  3.  1.  1.1 .  1 .3. 3. 1. 1  US  ER 

User  Identification  Code 
(Unique  code  to  identify  each 
Requisition  Clerk  (ultimata 
user) ) 

2.  4.4.  1.1  .  1.3.3. 1.  1  5SND_TO 

Company  or  Supply  Activity 
(DD- 1343  Ol-A),  (SF-36), 
(DD-1155) 

3.  4.4.  1.1 . 1.3. 3.  1. 1  REQUISITION_IS_FBOM 

Originator 
(DD-1348  bl-B) 
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(used  to  identify  "user"  until 
serial  assigned  by  opt  A3 
Custodian) 

4.  4. 4. 1.1. 1.3. 3. 1.1  NO  SEN  1 

Nomenclature 
(DD-1348  bl-C) 

(name  of  item  ordered  through 
Navy  Supply  System  on  DD-1348) 

5.  0.0. 0.0. 0.3. 3. 1.1  DOC_IDENT 

Editing  Data 
(DD-1348  bl-D) 

6.  0.0. 0.0. 0.3. 3. 1.1  HI_TO 

Editing  Data 
(DD-1348  bl-E) 

7.  0.0. 0.0. 0.3. 3. 1.1  SOP 

Editing  data 
(DD-1348  bl-F) 

8.  O.C.  1.0.  1.3. 3. 1.1  DOC.IDENT 

Send  requisition  to 
(DD-1348  cc  1-3) 

9.  O.C.  1.0. 1.3. 3. 1.1  RO  0T__ID 

Routing  Identifier 
(DD-1348  cc  4-5) 

10.  0.0.  1.0.  1 .3.3. 1.1  M_&_S 

Media  and  Status  Code 
(DD-1348  cc  7) 

11.  4.4.  1.1  .  1 .3. 3. 1.  1  PS  C 

Stock  Number  FSC 
(DD-1348  cc  8-11) 

12.  4.4. 1.1. 1.3.3. 1.1  NUN 

Stock  Number  NUN 
(DD-1348  cc  12-20) 

13.  4.4.  1.1.  1.3. 3. 1.1  AD DT 

Stock  Number  additional  data 
(DD-1348  cc  21-22) 
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14.  4. 4. C. 1.1. 3. 3. 1.1  SE8V1 

Service  Code  Requisitions 
(DD-1348  cc  30) 

(DD- 1155  bl  4,  1  of  4) 

15.  1.4.  1.1.  1.3. 3. 1.1  REQ 

Document  Number  Requisiticner 
(DD-1348  cc  31-35) 

(DD- 1 1 55  bl  4,  2  of  4) 

(DD-1155  bl  6 ,  2  of  2) 

16.  1.4.  1.1  .  1.1.  1.  1.  1  DATE 

Document  Number  Date 
(DD-1348  CC  36-39) 

(DD-1155  bl  4,  3  of  4) 

17.  1 .4.  1.1  .  1.1  .  1  .  1. 1  SERIAL 

Document  Number  Serial 
(DD-1348  cc  40-43) 

(DD- 1155  bl  4 ,  4  of  4) 

18.  4.4.  1.1.  1.3.3.  1.1  DEMEND 

Demand  Code 
(DD-1348  cc  44) 

19.  4.4.  1.1.  1  .3. 3. 1.1  SER72 

Service  Code 
Supplementary  Address 
(DD-1348  cc  45) 

20.  4.4.  1.1.  1  .3.  3.1.1  SUP 

Supplementary  Address 
(DD-1348  cc  46-50) 

(also  called  Job  Order  Number) 

21.  4. 4. C. 1.1.3. 3. 1.1  SIG 

Signal  Code 
(DD-1348  cc  51) 

22.  4.4.  1.1.  1  .1.  1.1.1  FUND 

Fund  Cede 

(DD-1348  cc  52-53) 
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23.  4.4.  1.1.  1.1.  1.1.1  DIS 

Distribution 
(DD-1348  cc  54-56) 

24.  4.4.  1.1.  1.1. 1.1.1  PR 0 J 

Project 

(DD-1348  cc  57-59) 

25.  4.4.  1.1.  1.1.  1.  1.1  PRI 

Priority 

(DD-1348  CC  60-61) 

26.  4.1.  1.1.  1.1.  1.1.1  DEL 

Required  Delivery  Date 
(DD-1348  cc  62-64) 

27.  3. 3. 0.0 . 1 .3. 3.3.3  DOT 

Status  DOT  Identificat 
(DD-1348  bl  G1-3) 

28.  3.3. 3.3. 3.3. 3.3.3  SF 

Status_Dat a 
(DD-1348  bl  H44) 

29.  3.3.  3.3.  3.3. 3.3.3  EST 

Status_Data, 

Estimated  Available  Da 
(DD-1348  bl  162-64) 

30.  3.3. 3.3. 3.3. 3.3.3  STAT 

S-atus_Dode 
(DD-1348  bl  J65-66) 

31.  4.4.  0.0. 0.3. 3.  1.  1  ADV 

Advice_Cod  e 
(DD-1348  cc  65-66) 

32.  4.4.  C. 0.0. 0.0. 0.0  C67 

(DD-1348  CC  67) 

33.  4.4. C.0. 0.0. 0.0.0  C6 8 

(DD-1348  cc  68) 

34.  0.0. 0.0. 0.0. 0.0.0  C69 

(DD-1348  cc  59) 


35.  O.C.C.O. 0.0. 0.0.0  C70 


(DD-1 348 

cc 

70) 

36.  O.C.C.O. 0.0. 0.0.0 

C7  1 

(DD-1 348 

CG 

71) 

37.  0.0. 0.0. 0.0. 0.0.0 

C7  2 

(DD-1 348 

CC 

72) 

38.  O.C.C.O. 0.0. 0.0.0 

C7  3 

(DD-1 348 

CC 

73) 

39.  O.C.C.O. 0.0. 0.0.0 

C74 

(DD-1 348 

cc 

74) 

40.  0.0. C. 0.0. 0.0. 0.0 

C7  5 

(DD-1 348 

cc 

75) 

41.  C.C. 0.0. 0.0. 0.0.0 

C7  6 

(DD-1348 

cc 

76) 

42.  0.0. C.O. 0.0. 0.0.0 

C77 

(DD-1348 

cc 

77) 

43.  0.0. C.O. 0.0. 0.0.0 

C7  8 

(DD-1348 

cc 

78) 

44.  0.0. C.O. 0.0. 0.0.0 

C7  9 

(DD-1348 

cc 

79) 

45.  0.0. C.O. 0.0. 0.0.0 

C80 

(DD-1348 

cc 

80) 

46.  0.0. 0.0. 0.3. 3. 1.1 

HI  TO 

Rcuta_t3 

(DD-1348 

bl 

K67-69) 

47.  0.0. 0.0. 0.0. 0.0.0 

L 

(DD-1348 

bl 

L) 

48.  3. 3. 5. 3. 3. 3. 3. 1.1  APP_SYM_SUB 

Appropriation  Symbol  and  Subhead 
(DD-1348  bl  M) 

(DD-1 155  bl  17,  2  of  11) 

49.  0.0. 0.0. 0.0. 0.0.0  N 


(DD-1 348  bl  N) 


50.  0. C. 0.0. 0.0. 3. 0.0  TRANS_TYPE 

Transaction  type 
(DD-1348  bl  0,  1  of  2) 

(DD- 1155  bl  17,  7  of  11) 

51.  0.0. 0.0. 0.0. 3. 0.0  OBJ_CLASS 

Object  class 
(DD-1348  bl  0,  2  Of  2) 

(DD-1155  bl  17,  3  of  11) 

52.  3. 3. 3. 3. 3. 3. 3. 1.1  BUREAU_CONT-NO 

Bureau  Control  Number 
(DD-1348  bl  P,  1  Of  2) 

(DD-1155  bl  17,  4  of  11) 

53.  3. 3. 3. 3. 3. 3. 3. 1.1  SO  SHALLOT 

Sub-Allotment 
(DD-1348  bl  P,  2  of  2) 

(DD-1155  bl  17,  5  of  11) 

54.  O.C.G.O. 0.0. 0.0.0  Q 

(DD-1348  bl  Q) 

55.  3.3. 3.3. 3.3.3. 1.1  AUTHN_ACCTS_ACTY 

Authorization  Accounting  Activity 
(DD-1348  bl  S) 

(DD-1155  bl  17,  6  of  11) 

56.  0.0. 0.0. 0.0. 0.0.0  S 

(DD-1348  bl  S) 

57.  0. C. 0.0 . 0.0. 0. 0.0  T 

(DD-1348  bl  T) 

58.  1.1.  1.1.  1.1.  1.  1.1  TO  T_P3 

Total  Price 
(DD-1348  bl  U) 

(DD-1155  bl  17,  11  of  11) 

(DD-1155  bl  25) 

59.  C.O.C.O. 0.0. 0.0.0  V 

(DD-1348  bl  V) 
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60.  a. 4.  1.1.  1.5. 5. 1.1  IN  (1. . .  n) 

Item  number 

(SF  36) ,  (DD-1155  bl  18) 
("n"  is  variable  depending 
cn  number  of  items  per 
requisition) 

61.  4.4.  1.1  .  1  .5  .5 . 1.  1  SS  ( 1.  . .  n) 

Supplies/Services 
(SF  36),  (DD-1155  bl  19) 

(Hj.it  is  variable  depending 
cn  number  of  items  per 
requisition) 

62.  4.4.  1.1.  1.5. 5. 1.1  QTY(1...n) 

Quantity  of  supply/service 
(DD-1348  CC  25-29) 

(SF  36)  ,  (DD-1155  bl  20) 

("a”  is  variable  depending 
cn  number  of  items  per 
requisition) 

63.  4.4.  1.1 . 1.5.5. 1.1  UI(1...n) 

Onit  of  issue 
(DD-1348  CC  23-24) 

(SF  36)  ,  (DD-1155  bl  21) 
("n"  is  variable  depending 
cn  number  of  items  per 
requisition) 

64.  4.4.  1.1  .  1.5. 5. 1.1  UP  (1  .  ..n) 

Unit  Price 

(SF  36),  (DD-1155  bl  22) 
(”n"  is  variable  depending 
cn  number  of  items  per 
requisition) 


65. 

66. 

67. 

68. 

69. 

70. 

71. 

72. 

73. 

74. 


4. 4. 4. 4. 4. 4. 4. 0.0  PASS 

Pass  code 

(Indicates  "node  passed  from", 
"node  passed  to",  julian  date 
passed") 

3. 3. 3. 3. 3. 3. 3. 3. 3  QT Y_R EC_PAR (1. ..n) 

Indicates  partial  quantity 
received 

3.3.  3. 3. 3. 3. 3.3.3  REC_BY_PAR  ( 1  .  .  .  n) 

Indicates  who  received  the 
partial  quantity 

3. 5. 3. 3. 3. 3. 3. 3. 3  REC_DATE_?AR  (1...n) 

Indicates  receipt  date  cf  partial 
quantity 

0.4. 0.1.  1.1. 1.0.0  EALADJ 

Balance  Adjustment 

(Used  for  increases  or  decrease 

in  obligated  amount  of 

requisition) 

4.4. 0.1  .1  .3.3. 1.1  CO  NQRD_NO 

Contract/Purchase  Order  Number 
(DD- 1155  bl  1) 

4.4.  1.1  .  1  .3.3. 1. 1  DELORD_NO 

Delivery  Order  Number 
(DD-1155  bl  2) 

0.0. 0.0. 0.0. 3. 1.1  DA TE_OF_ ORDER 

(DD-1155  bl  3) 

0.0. C. 0.0. 0.3. 1.1  DO 

Certified  for  National  Defense 
under  DMS  Regulation  1 
(DD-1155  bl  5) 

O.C.C.0.0.0.3. 1.1  IS  SUE D_ BY 

Indicates  posticn,  address 
6  phone  of  issurer 
(DD-1155  bl  6,  1  of  2) 


0-0. C. 0.0. 0.3 


0.0. 0.0. 0 .0. 3. 


0.0. C. 0.0. 0.3, 


O.C.0.0.0.0.3 


0.0. 0.0. 0.0. 3 


0.0. 0.0. 0.0. 3 


0.0. 0.0. 0.0. 3 


O.C.C.0.0.0.3. 


O.C.G.0.0.0.3 


0.0. C. 0.0. 0.3 


0. C. C.O. 0.0.3 


O.C.C.0.0.0.3 


ADMIN_BY 

Administered  by 
(DD-1155  bl  7,  1  of  2) 
ADMIN_BY_CODE 

Unit  identification  code 
(DD-1155  bl  7 ,  2  of  2) 
DELIVERY_FOB 

Indicates  if  delivery  is 

'•Destination'’  or  "Other” 
(DD-1155  bi  6) 

CO  NTR ACTOR_QUOTER 

Indicates  name  and  address 
(DD-1155  bl  9,  1  of  3) 

CO  NTS ACT03_Q UOTOE^CODE 
(DD-1155  bl  9,  2  of  3) 

CO  NTS  ACTOR_Q  UOTOS_FACILI ri_CODE 
(DD-1155  bl  9,  3  of  3) 
DELIVER_T0_FO3_?OINT_BY 
Indicates  date 
(DD-1155  bl  10) 

CHECK_IF 

Indicates  if  "Small  Business" 
"Minority  Business” 
(DD-1155  bl  11) 

DISCO  0NT_TER  MS 
(DD-1155  bl  12) 
MAIL_INVOICSS_TO 
(DD-1155  bl  13) 

SHIP_TO 

Indicates  who  and  where  tc  sh 
material 

(DD-1155  bl  14,  1  of  2) 
SHIP_TO_CODE 

(DD-1155  bl  14,  2  of  2) 


37.  0.0. 0.0. 0.0. 3. 0.0  PA  YHENT_WILL_BE__MADE_B¥ 

(DD- 1155  bl  15,  1  of  2) 

88.  0.0. 0.0. 0.0. 3. 0.0  PA YJ1ENT_WILL_S2_M ADE_BY_CODE 

(DD- 1155  bl  15,  2  of  2) 

8S.  0.0. 0.0. 0.0. 3. 0.0  TYPE_0F_  ORDER 

Indicates  either  " Delivery”  cr 
"  Purchase'* 

(DD- 1 1 55  bl  16,  1  of  6) 

90.  O.C.C.0.0.0.3.0.0  RE  FERENC YOUR 

(DD- 1155  bl  16,  2  of  6) 

91.  O.C. 0.0. 0.0. 3. 0.0  CLAUSE^NO 

Incicates  "Number  13"  or 
"Number  15" 

(DD-1155  bl  16,  3  of  6) 

92.  0.0. 0.0. 0.0. 3. 0.0  SP ZCIAL_PRO VISIONS 

(DD-1155  bl  16,  4  of  6) 

93.  O.C. G. 0.0. 0.3. 0.0  AD  DI TI ON AL_G E NE R A L_ PROVISIONS 

(DD-1155  bl  16,  5  of  6) 

94.  0.0. C. 0.0. 0.3. 0.0  RE TORN_COPIES 

(DD-1155  bl  16,  6  cf  6) 

95.  O.C.C.O.O.O.3.1.1  IT EM_NO 

(DD-1155  bl  17,  1  of  11) 

96.  0.0. 0.0. 0.0. 3. 1.1  P R OPE RT Y_ AC CTG_ ACTIVITY 

Property  accounting  activity 
(DD-1155  bl  17,  8  of  11) 

97.  0. O.C. 0.0.0.  3.1.1  CO UNTRY_C0DE 

(DD-1155  bl  17,  9  of  11) 

98.  9. G.C. 0.0. 0.3. 0.0  COST_CODS 

(DD-1155  bl  17,  10  of  11) 

99.  O.C. 0.0. 0.0. 3. 0.0  CONTRACTING/ORDERING  OFFICER 

(DD-1155  bl  24) 

100.  3. 3. 3.3. 3. 3. 3. 3. 3  REC(1...a) 

Receipt  Date 

(Indicates  date  material 
received) 
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101.  3.3.3.  3.3.  3. 3.3.  3  R  ECBY  ( 1 . . . n ) 

Received  by 

(Indicates  who  received 
the  material) 

102.  0  .0.4.  0.  1.  0.0.0.  0  EXPCD 

Expenditure  Code 

103.  0.0.  0.  3. 1.  0. 0.0.  0  OPVAL 

CPTAR  Validation 

104.  0.0.0.  0.3.0.  0.0.  0  PASF(1...n) 

Plan  Account  Suspense  File  Cede 

105.  3.2.3.  3.3.  3.3.3.  3  MSG 

Message 

(Indicates  message  send  from  on 
node  to  another,  can  be  changed 
or  added  to  by  nodes) 

106.  0.0.3.  1  .1.1  .  1.0.0  RMBEXP 

Reimbursable  Funds  Account 
Ruaber/Reimbursable  Expenditure 
Cede  (Indicates  category  cf 
reimbursable  funds) 

107.  0. 0.3.0. 0.0. 0. 0. 0  RMBEXPDAT 

Reimbursable  Expenditure  Date 
(Indicates  date  requisition 
record  checked  to  verify 
reimbursable  funds) 

1C8.  0.0.0.  3 .0.  0. 0.0.  0  TENDBT 

Tentative  Debit  Code 
(Tentatively  indicates  that  the 
appropriate  user  department 
OPTAR  or  Reimbursable  Fund 
Account  is  to  be  debited) 
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C.  ACCESS  CODE  DESCRIPTION 

1.  Access  Code  (column  1) 

a)  User  Departme**t  (Requisition  Clerk) 

•  0  Data  net  accessed 

•  1  read 

•  2  w  r  it  e 

•  3  read/write 

•  4  read/write  if  PASS  <  2 

read  if  FASS  >  1 

2.  Access  Code  (column  2) 

a)  USER  DEPARTMENT  (Optar  Custodian) 

•  0  data  net  used 

•  1  Read 

•  2  Write  3  Read/Write 

•  4  Read/Write  if  PASS  >2 

Real  if  PASS  not  equal  2 

3.  Access  code  (column  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  (RAO) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  read/write 

4.  Access  Code  (Cciuan  4) 

a)  COMPTROLLER  DEPARTMENT  (3ugeting  and  Accountinq) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 

5.  Access  Code  (Column  5) 

a)  COMPTROLLER  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 


84 


6. 


Access  Code  (Column  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  data  net  used 

•  1  read 

•  2  w  r  it  e 

•  3  read/write 

•  5  read/write  until  Final  Debit  Code  (FINDBT) 
field  is  filled 

7.  Access  Code  (Column  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  3ranch) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/writs 

•  5  read/write  until  Final  Debit  Code  (FINDBT) 

entered  in  Requisition  Record 

8.  Access  code  (column  8) 

a)  SUPPLY  DEPABIMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 

9.  Access  code  (cclumn  9) 

a)  SUPPLY  DEPARTMENT  (Receiving  Control  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 
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APPENDII  P 
PD  1IDS  PILE 


A.  GEHEBAI 

A  file  is  made  up  of  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  code,  data  element  and  definition  of  that  data 
element.  Each  column  of  the  access  code  represents  the 
access  that  a  particular  user  has  to  the  indicated  data 
element. 

An  ACCESS  code  description  is  presented  at  the  end  of 
this  appendix. 

B.  HECOHD  DESCRIPTION 

ACCESS  CODE  ELEMENT 


0.1.  C.3  TOTOPT  (SUP)  (DEPT) 

(Total  OPTAR  assigned  each 
OPTAR  Custodian  in  a 
particular  Job  Order  Number 
category  (SUP) .  There  is  a 
unique  0P3AL  for  each 
(SUP)  (DEPT)  combination. 

SUP  corresponds  to  the 
Requisition  File.  DEPT 
represents  a  unique  code  assigned 
to  each  individual  Department 
OPTAR  Custodian. 


C.  ACCESS  CODE  DESCRIPTION 


1.  ACCESS  Coda  (column  1) 

a)  USER  DEPARTMENT  (Requisition  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

2.  Access  Code  (column  2) 

a)  03 ER  DEPARTMENT  (OPTAR  CUSTODIAN) 

•  0  nor  used 

•  1  read 

•  2  write 

•  3  read/writa 

3.  Access  Code  (column  3) 

a)  RESEARCH  A  EMIN  IS  RATI  ON  OFFICE  (RAO) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/writa 

1.  Access  Code  (Column  4) 

a)  CCMPTRCLLEH  DEPARTMENT  (Bugeting  and  Accounting) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 
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mism  g 

□  SEE  FILE 


A.  GEHEBAL 

A  fils  is  made  up  of  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  code,  data  element  and  definition  of  that  data 
element.  Each  column  of  the  access  code  represents  the 
access  that  a  particular  user  has  to  the  indicated  data 
element. 

An  ACCESS  code  description  is  presented  at  the  end  of 
this  appendix. 

B.  BECGBD  EESCBIPTXCN 

ACCESS  code  element 


1.  0.1. 1.3. 0.0. 0.0.0  DEPSEB/DEPT 

Department  Serial  Series/Name 
Contains  the  Department 
Serial  Series  and  Department 
Name.  (Each  department  is 
assigned  a  unique  number 
series  to  be  used  by  that 
department  in  the  SERIAL 
field  of  Requisition 
Recor  ds ,) 
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C. 1.0. 0.0. 0.0  USERSER/USER 

User  Serial  Series/Name 

Contains  the  Department  User 
Series  and  Department  User 
Name . 

(Each  Department  User  is 
assigned  a  unique  number 
series  from  within  the 
Department  Serial  individual 
USER  code  of  the  Requisition 
Record  Serial  field  to  help 
identify  individual  user 
records. ) 


ACCESS  CODE  DESCRIPTION 


.  Access  Code  (Column  1) 

a)  USES  DEPARTMENT  (Requisition  Clerk) 

•  0  not  used 

•  3  r  ead/write 

•  4  read/write  until  VALIDATION  field  entered  in 
Requisition  Record,  then  read  only. 

.  Access  Code  (Column  2) 

a)  USER  DEPARTMENT  (CPTAR  Custodian) 

•  0  not  used 

•  3  read/ writ  a 
.  Access  Code  (Ccluam  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  (RAO) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 
.  Access  Code  (Column  4) 

a)  COMPTROLLER  DEPARTMENT  (Bugeting  and  Accounting) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  r sad/write 
.  Access  Code  (Column  5) 

a)  CCMPTRCLLEE  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 


Access  Code  (Cclumn  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

Access  Code  (Column  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  r  e  ad 

•  2  write 

•  3  read/write 
Access  Code  (Cclumn  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 
Access  Code  (Column  9) 

a)  SUPPLY  DEPARTMENT  (Receipt  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 


APPENDIX  H 
EBOPEBT I  BECOBD  PILE 


A.  GEHEBAL 

A  file  is  mads  up  of  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  cede,  data  element  and  definition  of  that  data 
element.  Reference  to  forms  is  included  if  appropriate. 
Each  column  of  the  access  code  represents  the  access  that  a 
particular  user  has  to  the  indicated  data  element. 

An  ACCESS  cede  description  is  presented  at  the  end  of 
this  appendix. 

B.  BECCBD  DESCHIPTICH 

ACCESS  CODE  EL ESENT 

1.  4. 4. 4.4. 3.4. 4.4.4  ACTIVE 

Indicates  active  record 
(DD-1342  bl  1,  1  of  4) 

2.  4. 4. 4. 4. 3. 4. 4. 4. 4  INTIIAL 

Indicates  initial  record 
(DD-1342  bi  1,  2  of  4) 

3.  4. 4. 4. 4. 3. 4. 4. 4. 4  IDLE 

Indicates  idle  record 
(DD-1342  bl  1,  3  Of  4) 

4.  4. 4. 4. 4 .3. 4. 4. 4. 4  CHANGE 

Indicates  change  record 
(DD-1342  bl  1,  4  of  4) 
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4.4. 3.4. 4.4.4  JULIAN  DATS 


4. 4. 3. 4. 4. 4. 4 


Indicates  julian  date 
(DD-1342  bl  2) 
ID/GOV_TAG_NO 

Indicates  ID/Government 
Tag  Number 
(DD-1342  bl  3) 


4.4. 3. 4. 4. 4. 4  CO  MHO  DITY_CO  DE 

(DD-1342  bl  4) 

,4. 4. 3. 4. 4. 4. 4  STOCK  NUM3ER 


4.4. 3. 4. 4. 4. 4 


(DD-1342  bl  5) 
AC  QUI SITION_  COST 
(DD-1342  bl  6) 


.4. 4. 3. 4. 4. 4. 4  TYPE  CODE 


(DD-1342  bl  7) 


4.4. 3.4. 4.4.4  YR  OF  MFG 


Indicates  year  manufacutured 
(DD-1342  bl  3) 


4.4. 3.4.  4.4.4  POWER  CODE 


(DD-1342  bl  9) 


4. 4. 3. 4. 4  .4  STATUS  CODE 


(DD-1342  bl  10) 

4. 4. 3. 4. 4. 4. 4  SVC^CODE 

(DD-1342  bl  11) 

,4. 4. 3. 4. 4. 4. 4  CO MMAND_CODE 

(DD-1342  bl  12) 
,4.4. 3.4. 4.4.4  AD  MIN_OFFICE_CODE 

(DD-1342  b 1  13) 

,4.4. 3.4.4  .4.4  NA ME_OF_MANUFACTU RER 

(DD-1342  bl  14) 

.4. 4. 3. 4. 4. 4. 4  MFRS  CODE 


4. 4. 3. 4. 4. 4. 4 


(DD-1342  bl  15) 

MA  NUFACTURERS_."10DEL_  NO 
(DD-1342  bl  16) 


20.  4. 4. U. 4. 3.4. 4. 4.4  MANUFACTURER  S_SEBIAL— NO 

(DD-1342  bl  17) 

21.  4. 4. 4. 4. 3. 4. 4.4.4  LENGTH 

(DD-1342  bl  18) 

22.  4.  4.4.4. 3.4. 4.4.4  WIDTH 

(DD-1342  bl  19) 

23.  4. 4. 4. 4. 3. 4. 4.4.4  HEIGTH 

(DD-1342  bl  20) 

24.  4. 4. 4.4. 3.4. 4.4.4  WIDTH 

(DD-1  342  bl  21) 

25.  4. 4. 4.4. 3.4. 4.4.4  CER_NON_ AVAIL 

Indicates  Certificate  of 

Nonavailability  numbe 
(DD-1342  bl  22) 

26.  4. 4. 4. 4. 3. 4. 4. 4. 4  ASOD_NO 

(DD-1342  bl  23) 

27.  4. 4. 4. 4. 3. 4. 4. 4. 4  ARD 

(DD-1342  bl  24) 

28.  4. 4. 4.4 .3 .4 .4  .4.4  CO  NTS ACTING  H BES 

(DD-1342  bl  25) 

2  8.  4.4. 4. 4. 3. 4. 4. 4. 4  NOMEN 

Indicates  nomenclature 
(DD-1342  bl  26,  1  of  2) 

30.  4.4.  4.4. 3.4. 4.4.4  DE  SCR  IPTION_  AN  D_CAP.4CITY 

(DD-1342  bl  26,  2  of  2) 

31.  4. 4. 4. 4. 3. 4. 4. 4. 4  QUANTITY  (1.  .  .  n) 

(DD-1342  bl  27,  1  of  9) 

32.  4. 4.4.4. 3.4 .4.4.4  HO RSEPOWER (1 .  .  .  n) 

(DD-1342  bl  27,  2  of  9) 

33.  4. 4. 4. 4 .3. 4. 4. 4. 4  VOLTS(1...n) 

(DD-1342  bl  27,  3  of  9) 

34.  4.  4.  4.4. 3.4. 4.4.4  ?HASE(1...n) 

(DD-1342  bl  27,  4  of  9) 

35.  4.  4.  4.4. 3.4. 4.4.4  CYCLE(1...n) 

(DD-1342  bl  27,  5  of  9) 
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2/2  \ 


riD-A132  176  SOFTWARE  REQUIREMENTS  SPECIFICATIONS  OF  A  PROPOSED 

PLANT  PROPERTV  MANAGEMENT  SVSTEMCU)  NAVAL  POSTGRADUATE 
SCHOOL  MONTEREV  CA  E  J  BUSELT  JUN  83 


UNCLASSIFIED 


F/G  9/2 


NL 


a. 4. 3, 


4.4. 3, 


4.4.3. 


4.4.3, 


4.4.3, 


4.4. 3, 


,4.4. 3, 


,4.4.3, 


3.3.3, 


3.3. 3, 


3.3. 3, 


3.3. 3. 


AC  (1. . .R) 

(DD-1342  bl  27,  6  of  9) 

DC  (1. . .n) 

(DD-1342  bl  27,  7  of  9) 

SPEED  (1...n) 

(DD-1342  bl  27,  8  of  9) 
TYPE_AND_FRAME_NUMBE3  (1.  . .  n) 
(DD-1342  bl  27,  9  of  9) 
PRESENT_LOCATION 

Indicates  command  where 

equipment  is  located 
(DD-1342  bl  28,  1  of  2) 
BDILDIHG_ROOM 

Indicates  number  of  building 
and  room  of  equipment 
(DD-1342  bl  28,  2  of  2) 
DIPEC_CONTROL_NO 
(DD-1342  bl  28a) 

POSSESSOR^CODE 
(DD-1342  bl  29) 

QOESTION_30 

Can  item  be  stored  and  maintained 
on  site  for  at  least  12  months? 
(DD-1342  bl  30) 

QUESTION_31 
Has  item  been 

rebuilt /over hauled? 

(DD-1342  bl  31,  1  of  2) 

QUESTIONS  1A 

Date  rebuilt/overhauled? 

(DD-1342  bl  31,  2  of  2) 

QO ESTION— 32 

Has  item  been  modified  from 
original  configuration? 
(DD-1342  bl  32) 


48.  3.3. 3.3. 3.3. 3.3.3  QOESTION_33 

Has  item  inspected  under 
power  ? 

(DD- 1342  bl  33) 

4 S .  3.3. 3.3 . 3.3. 3.3.3  QUESTI0N_34 

Ire  m&intemance  costs  normal? 

(DD- 1342  bl  34) 

50.  3.3. 3.3. 3. 3. 3. 3. 3  QUESTI0N_35 

ire  safety  devices  adequate  and 
satisfactory? 

(DD- 1342  bl  35 

51.  3.3. 3.3. 3. 3. 3. 3. 3  QUESTION_36 

ire  installation  instructions 
available  for  transfer? 

(DD- 1342  bl  36) 

52.  3. 3. 3.3. 3.3.  3.3.3  QtJESTIOH_37 

Are  operating  instructions 

available  for  transfer? 

(DD-1342  bl  37) 

53.  3. 3. 3.3. 3.3. 3.3.3  QUESTION_38 

Has  item  last  used  on  a  finishing 
operation? 

(DD-1342  bl  38) 

54.  3. 3. 3. 3. 3. 3.  3.3.3  QDESTIOM_39 

Hill  adjustments  or  calibration 
correct  deficiencies? 

(DD-1342  bl  39) 

55.  3. 3. 3. 3.  3. 3. 3. 3. 3  QUESTION_40 

Is  item  severable  without  damage 
to  components? 

(DD-1342  bl  40,  1  of  2) 
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56.  3. 3. 3. 3. 3. 3. 3. 3. 3  QUESTION_40A 

If  not  severable  without  damage 
to  components,  what  would 
the  replacement  cost  of  the 
components  be? 

(DD- 1342  bl  40,  2  Of  2) 

57.  3.3. 3.3. 3.3. 3.3.3  QUESTION_41 

Is  item  in  operable  condition? 

(DD- 1342  bl  41) 

58.  3. 3. 3. 3. 3. 3. 3. 3. 3  QUESTI0N_42 

Must  item  be  repaired/rebuilt/ 
overhauled  to  perform  all 
functions? 

(DD- 1342  bl  42,  1  of  2) 

59.  3.3. 3.3. 3.3. 3.3.3  Q0 EST ION_42a 

If  repair/rebuilding/cvarhauling 
is  necessary,  what  is  the 
cost? 

(DD- 1342  bl  42,  2  of  2) 

60.  3.3.  3.3.  3.3.  3.3.3  QUESTION_43 

Do  OC  records  indicate 

satisfactory  performance? 

(DD- 1342  bl  43) 

61.  3.3. 3.3. 3. 3. 3. 3. 3  QUESTI0!i_44 

Are  manually  operated  mechanisms 
in  working  order? 

(DD- 1 342  bl  44) 

62.  3.  3.  3.3.  3.3.  3.3.3  QOESTION_45 

Are  scales,  dials,  and  guages 
working  and  readable? 

(DD- 1342  bl  45) 

63.  3. 3. 3. 3. 3. 3. 3. 3. 3  QOESTION_46 

Are  hydraulic  pumps,  valves,  and 
fittings  operating  properly 

(DD- 1342  bl  46) 


3.3.  3 


3.3. 3.3. 3.3.3  QUESTION^? 

Are  electronic  systems  and 

controls  operating  properly? 
(DD- 1342  bl  47) 

3.3. 3. 3. 3. 3. 3  QCJESTION_48 

How  many  hours  was  Item  used 
by  current  possessor? 

(DD- 1342  bl  48) 

3.3.  3.3.  3.3.3  QOESTION_50 

Estimated  cost  for  packing, 
handling? 

(DD-1342  bl  50) 

3.3. 3.3. 3.3.3  Q0ESTI0N_51 

When  will  item  be  ready  for 
redistribution 
(DD-1342  bl  51) 

3.3. 3.3. 3.3.3  CO NDITION_CO DE 

(DD- 1 342  bl  52) 

3.3. 3. 3. 3. 3. 3  OPERATING  TESI  CODE 


3.3. 3 


3.3.  3 


(DD-1342  bl  53) 
,3. 3.3.3  REMARKS 


Explanation  to  no' answers  for 

questions  32,  33,34,35,43,44, 
45,46,47.  Also,  description 
of  how  item  was  last  used. 


(DD-1342  bl  54,  1  of  4) 


4.4. 3. 4. 4. 4. 4  STUB 


Corresponds  to  DATE,  SERIAL 

fields  of  the  Requisition 
Pile.  The  date  and  serial 
number  of  the  requisition 
material  was  ordered  under. 

(DD-1342  bl  54,  2  of  4) 
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72.  4. a. 4. 4. 3. 4. 4. 4.4  DATS 

Indicates  date  material  received 
(DD-1342  bl  54,  3  of  4) 

73.  4. 4. 4. 4. 3. 4. 4. 4. 4  CONS 

Indicates  from  where  material 
received  was  ordered. 
(DD-1342  bl  54,  4  of  4) 

74.  3. 3. 3.3. 3. 3. 3. 3. 3  CONSIGNEE 

Indicates  name  and  address  of 
consignee  including  ZIP 
code. 

(DD-1342  bl  55) 

75.  3. 3. 3. 3. 3. 3. 3. 3. 3  TH ANSFSR _DOCUMENT_NU HBE3 

Indicates  transfer  document 
number  of  equipment 
transferred.  Information 
from  DD-1348-1  cc  31-43. 

76.  3.3.  3.3. 3. 3. 3. 3. 3  TTPE_OF_DISPOSITION 

Indicates  either  donation, 
destruction,  sale, 
or  abandonment 
(DD-1342  bl  56) 

77.  3. 3. 3. 3. 3. 3. 3. 3.3  DATE_PROCEEDS 

Indicates  date  of  disposition 
and  proceeds  if  sold 
(DD-1342  bl  56a) 

78.  3.3. 3.3. 3. 3. 3. 3. 3  VALIDATION 

Indicates  names  of  validating 
person 

(DD-1342  bl  57) 

79.  3.0. 0.0. 0.0. 0.0.0  NS  N 

Indicates  National  Stock  Number 

80.  3. 0.0. 0.0. 0.0. 0.0  CA LI3RATI0N_DUE_D ATE 

Julian  date  calibration  due 


ACCESS  CODB  DESCRIPTION 


B 


■ 

1 

U'_  ' 
L*/ 

W'* 

W*'' 


F* 
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1.  Access  Code  (Column  1) 

a)  USER  DEPARTMENT  (Requisition  Cleric) 

•  0  nox  used 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

2.  Access  Code  (Cclumn  2) 

a)  USER  DEPARTMENT  ( OPT  A3  Custodian) 

•  0  nox  used 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

3.  Access  Code  (Column  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  ( RAO) 

•  0  data  not  used 

•  1  read 

•  2  write 

•  3  read/ write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

4.  Access  Code  (Column  4) 

a)  CCHPT ROLLER  DEPARTMENT  (Bugexing  and  Accounting) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 


* 
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.  Access  Code  (Cclumn  5) 

a)  CCMPT  ROLLS  B  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

6.  Access  Code  (Column  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

7.  Access  Code  (Cclumn  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

8.  Access  Code  (Column  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 
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9.  Access  Code  (Column  9) 

a)  SUPPLY  DEPARTMENT  (Receipt  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 
Bequisiticn  Record,  then  read  only. 
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APPENDIX  I 

REQUIREMENTS  (PHOTOTYPE)  -  USEE  DEPARTMENT 

1.  REQUISITION  CLEBK 

1.  Ability  tc  access  Requisition  Pile  (Prototype),  User 
File  (Prototype)  and  Property  Records  Pile 
(Prototype)  based  on  ACCESS  code. 

2.  Access  to  Requisition  and  Funds  Files  is  limited  to 
only  those  records  identified  to  pertain  to  that 
individual  indicated  by  USER  field. 

3.  Ability  to  browse  the  Requisition  File  (Prototype)  in 
DATE,  SERIAL  order  including  blanks. 

4.  Ability  to  obtain  specialized  Requisition  File 
(Prototype)  reports  to  include  or  exclude  specified 
elements  and  records  in  a  specified  sequence. 

5.  Ability  to  select  and  access  records  of  the  Property 
Record  File  (Prototype)  by  keying  on  selected  indivi¬ 
dual  fields  of  the  record.  More  than  one  record  may 
be  under  a  selected  individual  key  field. 

6.  Ability  to  generate  reports  containing  selected 
fields  of  records  in  the  Property  Record  Pile 
(Frotctype)  .  The  report  should  be  in  the  sequence 
specified.  Per  example,  if  a  report  were  required  to 
contain  all  equipment  in  a  certain  location  belonging 
to  a  particular  department,  containing  the  serial 
number  of  the  equipment  and  ID/Government  Tag  Number, 
and  be  in  ID/Government  Tag  Number  sequence  the  input 
parameters  could  be  similiar  to  the  following: 

a)  Print  Fields: 

ID/GOV_rAG_NO 
M ANUFACTU  R ER  S_S ERIAL_NO 
BUILDING  ROOM 
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fc)  Select  Records  limit: 

BUILDING_ROOM  =  409  232 
POSSESSOR_CODE  =  6227 1  (7665 435) 
c)  Sequence: 

Major  Field  =  ID_GOV JTAG..NO 
Minor  Field  =  none 
Minor  Minor  Field  =  none 

7.  Ability  to  generate  reports  of  equipment  in  the 

Property  Record  File  (Prototype)  overdue  for  J-ibra- 

ticn.  That  is  the  calibration  d  date 

(CALIBRATION^ EUE^DAT  E)  minus  the  last  ca.'  ration 
date  (LAST_CAIIBRATION_DATE)  is  negativ  For 

example,  if  a  report  were  required  to  con  wain  all 
equipment  overdue  for  calibration  in  Work  Canter  940, 
ccntaining  nomenclature,  manufacture,  model  number, 
manufactures  serial  number,  ID/Government  tag  number 
(NID)  ,  NSN  (stock  items),  calibration  due  date,  last 
calibration  date,  and  location  (DIPSC_ccntrol_NO) 
could  be  similiar  to  the  following: 
a)  Print  Pields: 

NOMEN 

NAKE_OF_M  ANUFACTURER 
MANUFACTURER S_MODEL_N UMBER 
MANUFACTU  HERS_SE3I  AL_NO 
IB/GOV_TAG_NO 
NSN 

CALIBR ATI 0N_DUE_DATE 
LA  SI_C  ALI  BRATION^D  ATE 
BUILDING_ROOM 
WORK_CENT  ER 

t)  Select  Records  limit: 

W 0  R K_C E  NT  E  ?>  =  940 
CALIBR  ATION_DUE_DATE 
minus 

LAST  CALIBRATION  DATE  <  0 
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Major  Field  =  BUILDING_R00M 

Minor  Field  =  none 

Minor  Minor  Field  =  none 

Ability  to  generate  reports  of  equipment  in  the 
Property  Record  File  (Prototype)  due  for  calibration 
within  a  certain  time  frame.  For  example,  if  a 
report  were  required  to  contain  all  all  equipment  due 
for  calibration  between  julian  date  3130  and  3160  in 
Work  Center  940,  containing  nomenclature,  manufac¬ 
ture,  model  number,  manufactures  serial  nurber, 
ID/Gcvernment  tag  number  (NID)  ,  NSN  (stock  items), 
calibration  due  date,  last  calibration  date,  and 
location  (DIPEC_CONT ROL_NO)  could  be  similiar  to  the 
following : 
a)  Print  Fields: 

NOMEN 

NAKEJDFJi  ANUFACTORER 
M ANUFACTURERS_MODEL_NU  MBER 
M  ANUFACTU  RERS_SERIAL<_NO 
ID/GOV_TAG„NO 
NS  N 

C  A IIER  ATI 0N—  DO E_D  AT  E 
L AST— CALI ERATION_DATE 
B 0I1DI NG_  ROOM 
WO  RK_CENT ER 

t)  Select  Records  limit: 

»OEK_CSNTER  =  940 
3  1  30<C  ALI  ERATI0N_DUE_DATE<3  160 
c)  Sequence: 

Major  Field  =  B(JILDING_500M 
Minor  Field  =  none 
Minor  Minor  Field  =  none 


APPENDIX  J 

BEQOIREtSENTS  (PHOTOTYPE)  -  COMPTROLLER  D  EPABTHENT 
PLANT  ACCOUNT  CLEBK 

1.  Access  t o  Requisition  File  (Prototype)  is  based  on 
ACCESS  code. 

2.  Ability  to  browse  and  extract  reports  of  Requisition 
Records  which  have  a  Plant  Account  Suspense  File  Code 
(BASF  (1. .  .n)  )  entered.  Reports  are  to  contain 
selected  fields  to  be  determined  by  the  Plant  Account 
Clerk  and  be  in  Julian  Date  (DATE  of  Requisition 
Record)  within  Serial  Number  (SERIAL  of  Requisition 
Record)  sequence. 

3.  Access  to  Property  Record  File  (Prototype)  based  on 
ACCESS  cods. 

4.  Ability  tc  input  records  to  the  Property  Record  File 

(Prototype)  by  entering  fields  in  a  displayed  mask 

resenbling  a  DD-1342  Property  Record  Form. 

5.  Ability  tc  obtain  a  two  lists  of  DATE,  SERIAL  fields 
of  records  of  the  Requisition  File  which  have: 

a)  PASF  (1 ..  .n)  entered  in  the  record  of  the 

Requisition  File  (Prototype)  and  a  corresponding 
STUB  number  in  the  Property  Record  File 

(Prototype) . 

b)  PASF  (1 .. .  n)  entered  in  the  record  of  the 

Requisition  File  (Prototype)  and  no  corresponding 
STUB  number  in  the  Property  Record  File 

(Prototype)  . 

Ability  to  obtain  a  hard  copy  of  a  DOD  Property 
Record  (DD-1  342)  from  information  contained  in  the 
Property  Record  File  (Prototype)  . 
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.  When  VALIDATION  field  of  a  record  in  the  Property 
Record  Pile  (Prototype)  is  entered  Automatically 
clear  the  PASF(1...n)  field  of  the  records  of  the 
Requisition  Pile  (Prototype)  which  DATS  and  SERIAL 
fields  of  the  record  of  the  Requisition  File 
(Prototype)  correspond  to  STUB  of  the  record  of  the 
Property  Record  Pile  (Prototype)  which  a  VALIDATION 
cede  was  entered. 

8.  Ability  to  access  Property  Record  File  (Prototype) 
records  by  the  VAL_D ATS  field. 

9.  Ability  to  reference  Property  Record  File  (Prototype) 

records  in  ID/GOV_TAG_NO  within  PROCESSOR_CODE 

sequence. 

10.  Ability  to  reference  Property  Record  File  (Prototype) 
records  by  I  E/GO  V_T  AG_NO  field.  This  is  the  NID 
Number. 

11.  Ability  to  reference  Property  Record  File  (Prototype) 
records  by  NOMEN  field. 

12.  Ability  to  select  and  access  records  of  the  Property 
Record  File  (Prototype)  by  keying  or.  selected  indivi¬ 
dual  fields  of  the  record.  More  than  one  record  may 
be  under  a  selected  individual  key  field. 

13.  Ability  to  generate  reports  containing  selected 
fields  of  records  in  the  Property  Record  Fils 
(Prototype)  .  Ths  report  should  be  in  the  sequence 
specified.  For  example,  to  print  a  report  for  a 
complete  Plant  Account  Inventory  to  distribute  to  all 
User  Departments  in  ID/Government  Tag  Number  within 
Possessor  Code  within  DIPEC  Control  Number  sequence 
the  input  parameters  could  be  similiar  to  the 
following: 

a)  Print  Fields: 

ID/G0V_TAG_N0 
NAME.OFJS  ANUFACTURER 
MANUFACTURERS  MODEL  NO 


MANOFACTU  SERS_SERIAL_NO 
BO IIDI NG_  ROOM 
POSSES SOB_CODE 

b)  Select  Heccrds  Limit: 

select  all  records 

c)  Sequence: 

Major  Field  =  POSSESSOa_CQDE 
Minor  Field  =  B0ILDING_300M 
Miner  Minor  Field  =  ID/GOV  tag  no 


APPENDIX  K 

REQUIREMENTS  (PROTOTYPE)  -  SUPPLY  DEPARTMENT 
RECEIVING  DIVISION 

1.  The  ability  tc  access  records  in  the  Requisition  File 
(Prototype)  and  User  Pile  (Prototype)  based  on  Access 
cede. 

2.  Ability  to  access  Requisition  File  (Prototype) 

records  by  document  number  DATE  (major  field) ,  SERIAL 
(miner  field)  , 

3.  Ability  to  access  Requisition  File  (Prototype) 

records  by  SS(1...n)  ,  given  total  or  partial  informa¬ 
tion  contained  in  that  field.  Note:  There  may  be 
more  than  one  record  with  the  same  SS(1...n)  supply 

or  service.  Also,  the  field  SS(1...n)  may  contain 

more  data  than  the  access  request.  (i.e.  The  request 
could  be  to  locate  "Model  5061  A"  , whereas,  the  field 
SS(1...n)  could  actually  contain  "Model  5061a  Cesium 
frequency  standard".) 


BECEIET  CONTROL  EIYISIOI 


.  The  ability  tc  access  records  in  the  Requisition  File 
(Erototype)  and  User  File  (Prototype)  .  based  on 
ACCESS  code. 

.  Ability  to  access  Requisition  File  (Prototype) 
records  by  document  number  DATS  (major  field)  ,  SERIAL 
(minor  fi=ld)  , 

.  Ability  to  access  Requisition  File  (Prototype) 
records  by  SS(1...n)  ,  given  total  or  partial  ir.forioa- 
ticn  contained  in  that  field.  Note:  There  may  be 
more  than  one  record  with  the  same  SS(1...n)  supply 
cr  service.  Also,  the  field  3S(1...n)  may  contain 
more  data  than  the  access  request.  (i.e.  The 
raquiest  could  be  to  locate  'Model  5061A" ,  whereas,, 
the  field  SS(1...n)  could  actually  contain  "Model 
5C61A  Cesium  frequency  standard".) 


APPBNDII  L 

REQUISITION  PILE  (PROTOTYPE) 


A.  GENERAL 

a  file  is  mads  up  of  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  code,  data  element  and  defmitrcn  of  that  data 
element.  Reference  to  forms  is  included  if  appropriate. 
Each  column  of  the  access  cede  represents  the  access  that  a 
particular  user  has  tc  the  indicated  data  element. 

An  ACCESS  cede  description  is  presented  at  the  end  of 
this  appendix. 

B.  REPORT  DESCRIPTION 

ACCESS  CODE  EL  EM  ENT 


1.  4. 0. 0.0.  1 .0. 0 . 1.  1  FSC 

Stock  Number  FSC 
(DD-1348  CC  8-1  1) 

2.  1.C.C.0.3.0.0.1.1  NUN 

Stock  Number  NIIN 
{DD-1348  CC  12-20) 

3.  1 . C. 0.0 . 3 .0 .0 . 1. 1  RE  2 

Document  Number  Requisiticner 
(DD- 1348  cc  31-35) 

(DD-1155  bl  4,  2  of  4) 

(DD-1155  bl  6,  2  of  2) 

4.  1 . 0.0. 0.3 .0.0 . 1.  1  DATE 

Document  Number  Date 
(DD-1348  cc  36-39) 

(DD- 1 1 55  bl  4,  3  of  4) 


1.0. 0.0. 1.0. 0.1.1  SERIAL 

Document  Number  Serial 
(DD- 1348  CC  40-43) 

(DD-1155  bl  4,  4  of  4) 

1.C.0.0.1 .0.0.1.1  IN  (1 . . . n) 

Item  number 

(SF  36) ,  (DD-1155  bl  18) 
("n"  is  variable  depending 
cn  number  of  items  per 
requisition) 

l.c.0.0. 1.0.0. 1.1  S  S  ( 1 . . .  n) 

Supplies/S  ervices 
(SF  36)  ,  (DD-  1155  bl  19) 
("nM  is  variable  depending 
cn  number  of  items  per 
requisition) 

1.0. 0.0.  1.0. 0.1.1  QTY(1...n) 

Quantity  of  supply/service 
(DD-1348  CC  25-29) 

(SF  36)  ,  (DD-1155  bl  20) 

("nM  is  variable  depending 
cn  number  of  items  per 
requisition) 

1.0. 0.0. 1.0. 0.1.1  UI(1...n) 

Unit  of  issue 
(DD-1348  CC  23-24) 

(SF  36),  (DD-1155  bl  21) 
("n"  is  variable  depending 
on  number  of  items  per 
requisition) 

1.  C.  0.0.  1 .0.0. 3.  3  QT  Y_REC_?AR  (1.  .  .n) 

Indicates  partial  quantity 
received 


11.  1.C.C.0.1.0.0.3.3  REC_BY_PAR(1 . .  .n) 

Indicates  who  received  the 
partial  quantity 

12.  1.0.  0.0.  1.0. 0.3.3  REC_DATE_PAR  (1 ...  a) 

Indicates  rececpt  date  of  partial 
quantity 

13.  I.C.  C. 0.3. 0.0. 1.1  C0N0RD_N0 

Contract/Purchase  Order  Number 
(DD-1155  bl  1) 

1.0. 0.0. 3.0. 0.1.1  DELORD_NO 

Delivery  Order  Number 
(DD-1155  bl  2) 

15.  1.0. 0.0. 3.0.  0.1.1  CO  NTR  ACTOR  J2UOTE3 

Indicates  name  and  address 
(DD-1155  bl  9,  1  of  3) 

16.  I.C.C.0. 1.0. 0.3.3  REC(1...c) 

Receipt  Date 

(Indicates  date  material 
recieved) 


ACCESS  CODE 


.  Access  Code  (column  1) 

a)  User  Department  (Bequisition  Clark) 

•  0  Data  net  accessed 

•  1  read 

•  2  write 

•  3  read/write 

.  Access  Code  (column  4) 

a)  COMPTROLLER  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

.  Access  code  (column  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 

.  Access  code  (column  9) 


a)  SUPPLY  DEPARTMENT  (Receiving  Control  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 


A££M2IS  5 

PBOPEBTY  RECORD  PILE  (PROTOTYPE) 


A.  GEBEBAL 


A  fils  is  made  up  cf  records.  A  record  is  made  up  of 
elements.  The  record  description  presented  below  consists 
of  an  access  code,  data  element  and  definition  of  that  data 
element.  Reference  to  forms  is  included  if  appropriate. 
Each  column  cf  the  access  cede  represents  the  access  that  a 
particular  user  has  to  the  indicated  data  element. 

An  ACCESS  code  description  is  presented  at  the  and  of 
this  appendix.  a  particular  ulement  of  a  record 


B.  BECCBD  DESCRIPTION 


ACCESS  CfiDE 


ELEMENT 


I.C.  C. 0.3. 0.0. 0.0  ACTIVE 

Indicates  active  record 
(DD-1342  bl  1,  1  of  4) 
1.0. 0.0. 3. 0.0. 0.0  INITIAL 

Indicates  initial  record 
(DD-1342  bl  1,  2  of  4) 
I.C. 0.0. 3. 0.0. 0.0  IDLE 

Indicates  idle  record 
(DD-1342  bl  1r  3  Of  4) 
1.0. 0.0. 3. 0.0. 0.0  CHANGE 

Indicates  change  record 
(DD-1342  bl  1,  4  of  4) 
1.0. 0.0. 3. 0.0. 0.0  JCJ LIAN_DATE 

Indicates  julian  date 
(DD-1342  bl  2) 


1.0. 0.0. 3. 0.0. 0.0  ID /GO  V_TAG_NO 

Indicates  ID/Go ver ament 
Tag  Number 
(DD- 1342  bl  3) 

I.C. 0.0. 3. 0.0. 0.0  CO MMCDITY.CODE 

(DD- 1342  bl  4) 

I.C. 0.0. 3. 0.0. 0.0  STOCK_NUMBEH 

(DD-1342  bl  5) 

1. 0.0. 0.3. 0.0. 0.0  ACQUISITION_COST 

(DD-1342  bl  6) 

1.0. 0.0. 3. 0.0. 0.0  TYPE_CODE 

(DD-1342  bl  7) 

I.C. 0.0. 3. 0.0. 0.0  YR_OF_MFG 

Indicates  year  manuf acutured 
(DD-1342  bl  8) 

I.C. 0.0. 3. 0.0. 0.0  ?0  W2R— CODE 

(DD-1342  bl  9) 

I.C.  C. 0.3. 0.0. 0.0  STATUS_CODE 

(DD-1342  bl  10) 

1.0. 0.0. 3. 0.0. 0.0  S VC_C0D3 

(DD-1342  bl  11) 

I.C. 0.0. 3. 0.0. 0.0  CO  MMAN  D_CODE 

(DD-1342  bl  12) 

1.0. 0.0. 3. 0.0. 0.0  AD  MIN_OF FIC ENCODE 

(DD-1342  bl  13) 

1.0.  0.0. 3. 0.0. 0.0  NAME_OF_MANO?ACTUF.ER 

(DD-1342  bl  14) 

I.C.  0. 0.3. 0.0. 1.  1  HFRS_CODE 

(DD-1342  bl  15) 

1.0.  0.0. 3. 0.0. 0.0  M  A  NCJ  FACT  CJH  EE  S_  MODELING 

(DD-1342  bl  16) 

1.0. 0.0. 3. 0.0. 0.0  SA  NUFACTURER  S_>SEEIAL_NO 

(DD-1342  bl  17) 

1.0. 0.0. 3. 0.0. 0.0  LENGTH 

(DD-1342  bl  18) 


22.  1.0. 0.0. 3. 0.0. 0.0  WIDTH 


23. 

24. 

25. 


26. 

27. 

28. 

29 . 


30. 

31. 

32. 

33. 

34. 

35. 

36. 

37. 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


1 .0. 0.0. 3 .0.0. 0.0 


I.C. 0.0. 3.0. 0.0.0 


1.0. 0.0. 3. 0.0. 0.0 


I.C. 0.0. 3.0. 0.0.0 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


I.C. 0.0. 3. 0.0. 0.0 


I.C. 0.0. 3. 0.0. 0.0 


1.0. 0.0. 3. 0.0. 0.0 


(DD-1342  bl  19) 

HEIGTH 

(DD-1342  bl  20) 

WIDTH 

(DD-1342  bl  21) 

CER_NQN— AVAIL 

Indicates  Certificate  of 

Ncnav ailabilizy  number 
(DD-1342  bl  22) 

AS  OD_NO 

(DD-1342  bl  23) 

ARD 

(DD-1342  bl  24) 

CO  NTRACT_NU M  BER 
(DD-1342  bl  25) 

NO  HEN 

Indicates  nc menclature 
(DD-1342  bl  26,  1  of  2) 
DESCRl?TION_AND_CAPACITY 
(DD-1342  bl  26,  2  of  2) 
QUANTITY  (1.  .  .n) 

(DD-1342  bl  27,  1  of  9) 

HO  RSEPOW  ER  (  1  ..  ,T.) 

(DD-1342  bl  27,  2  of  9) 
VOLTS  (1.  ..a) 

(DD-1342  bl  27,  3  of  9) 
PHASE  (1 .  ..a) 

(DD-1342  bl  27,  4  of  9) 
CYCLE  (1.  ..a) 

(DD-1342  bl  27,  5  of  9) 

AC  ( 1 . . . n) 

(DD-1342  bl  27,  6  of  9) 

DC  (1.  ..n) 

(DD-1342  bl  27,  7  of  9) 
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36.  I.G. 0.0. 3. 0.0. 0.0  SPEED(1...n) 

(DD-1342  bl  27,  8  of  9) 

39.  I.C.C.O.  3. 0.0. 0.0  TY?E_AND_?RAH2_NUHBEfi(1 .  .  .n) 

(DD-1342  bl  27,  9  of  9) 

40.  3.0. 0.0. 3.0. 0.0.0  PR ESENT_LOCATION 

Indicates  command  where 

equipment  is  located 
(DD-1342  bl  28,  1  of  2) 

41.  3. 0.0. 0.3. 0.0. 0.0  BOILDING_ROOfl 

Indicates  number  of  building 
and  room  of  equipment 
(DD-1342  bl  28,  2  of  2) 

42.  3. 0.0.0. 3.0. 0.0.0  DIPEC_CONTROL_NO 

(DD-1342  bl  28a) 

43.  1. C. 0.0. 3. 0.0. 0.0  PO SSE SSO R_CQDE 

(DD-1342  bl  29) 

44.  3. 0.0.0. 3. 0.0. 0.0  QUESTION_30 

Can  item  be  stored  and  maintained 
on  sire  for  at  least  12  months? 
(DD-1342  bl  30) 

45.  3. 0.0. 0.3. 0.0. 0.0  QOESTION_31 

Has  item  been 

re built /over hauled? 

(DD-1342  bl  31,  1  of  2) 

46.  3. 0.0.0. 3.0. 0.0.0  QU  ESTION_3 1  A 

Date  rebuilt/overhauled? 

(DD-1342  bl  31,  2  of  2) 

47.  3. 0.0. 0.3. 0.0. 0.0  Q0ESTION_32 

Has  item  been  modified  from 
original  configuration? 
(DD-1342  bl  32) 

48.  3. 0.0. 0.3. 0.0. 0.0  QtJESTION_33 

Was  item  inspected  under 
power? 

(DD-1342  bl  33) 
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49.  3. 0.0. 0.3. 0.0. 0.0  QOESTION_34 

Are  maint emance  costs  normal? 

(DD-1342  bl  34) 

50.  3. 0.0. 0.3. 0.0. 0.0  QUESTION_35 

Are  safety  devices  adequate  and 
satisfactory? 

(DD-1342  bl  35 

51.  3.  C.C.  0.3. 0.0. 0.0  QOESTION_36 

Are  installation  instructions 
available  for  transfer? 

(DD-1342  bl  36) 

52.  3. 0.0.0. 3.0. 0.0.0  QUESTION_37 

Are  operating  instructions 

availaole  for  transfer? 

(DD-1342  bl  37) 

53.  3. O.G. 0.3.0. 0.0.0  QUESTION_38 

Has  item  last  used  on  a  finishing 
operation? 

(DD-1342  bl  38) 

54.  3. 0.0.0.  3.0.  0.0.0  QOESTION_39 

Hill  adjustments  or  calibration 
correct  deficiencies? 

(DD-1342  bl  39) 

55.  3. C. 0.0. 3. 0.0. 0.0  QUESTION_40 

Is  item  serviceable  without 
damage  to  components? 

(DD-1342  bl  40,  1  of  2) 

56.  3. 0.0. 0.3. 0.0. 0.0  QUESTION_40A 

If  not  serviceable  without  damage 
to  components,  what  would 
the  replacement  cost  of  the 
components  be? 

(DD-1342  bl  40,  2  of  2) 
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57.  3. 0.0.0. 3. 0.0. 0.0  QUESTI0N_41 

Is  item  in  operable  condition? 

(DD-1342  bl  41) 

58.  3.  0.0.0.  3. 0.0. 0.0  QUESTION_42 

Must  item  be  repaired/rebuilt/ 
overhauled  to  perform  all 
functions? 

(DD-1342  bl  42,  1  of  2) 

59.  3. 0.0.0. 3.0.  0.0.0  QOESTION_42a 

If  rep air /rebuilding/over hauling 
is  necessary,  what  is  the 
cost? 

(DD-1342  bl  42,  2  of  2) 

60.  3. 0.0. 0.3.0.  0.0.0  QUESTION_43 

Do  OC  records  indicate 

satisfactory  performance? 

(DD-1342  bl  43) 

61.  3. 0.0. 0.3. 0.0. 0.0  QU ESTION__44 

ire  manually  operated  mechanisms 
in  working  order? 

(DD-1342  bl  44) 

62.  3. 0.0. 0.3  .0.0. 0.0  Q(JESTIONJ*5 

ire  scales,  dials,  and  guagss 
working  and  readable? 

(DD-  1342  bl  45) 

63.  3. C. 0.0. 3 .0.0. 0.0  QOESTION_46 

ire  hydraulic  pumps,  valves,  and 
fittings  operating  properly 

(DD-1342  bl  46) 

64.  3. 0.0. 0.3. 0.0. 0.0  QCJESTI0N_47 

ire  electronic  systems  and 

controls  operating  properly 

(DD-1342  bl  47) 


65.  3. 0.0. 0.3. 0.0. 0.0  QUESTION_48 

How  many  hoars  was  item  used 
by  current  possessor? 

(DD- 1342  bi  48) 

66.  3. O.C. 0.3.0. 0.0.0  QOESTION_50 

Estimated  cost  for  packing, 
handling? 

(DD-1342  bl  50) 

67.  3. 0.0. 0.3. 0.0. 0.0  QUESTION_51 

When  will  item  be  ready  fcr 
redistribution 

(DD-1342  bl  51) 

68.  3. 0.0. 0.3. 0.0. 0.0  CO  NDITION_CODE 

(DD-1342  bl  52) 

69.  3. 0.0. 0.3. 0.0. 0.0  OP ERATING_TEST_CODE 

(DD-1342  bl  53) 

70.  3. 0.0.0. 3.0. 0.0.0  REHARKS 

Expiaination  to  no  answers  for 

questions  32,  33,34,35,43,44, 
45,46,47.  Also,  description 
of  how  item  was  last  used. 

(DD-1342  bl  54,  1  of  4) 

71.  I.C. 0.0. 3. 0.0. 0.0  STUB 

Corresponds  to  DATE,  SERIAL 


fields  of  the  Requisition 
File.  The  data  and  serial 
number  of  the  requisition 
material  was  ordered  under. 
(DD-1342  bl  54,  2  of  4) 

72.  1.0. 0.0. 3. 0.0. 0.0  DATE 

Indicates  date  material  received. 
(DD-1342  bl  54,  3  of  4) 


1.0.0. 0.3. 0.0. 0.0  CONS 

Indicates  from  where  materia'. 

received  was  ordered. 
(DD-1342  bl  54,  4  of  4) 

1 .  C.  C.O.  3 .0 . 0 . 0.0  CONSIGNEE 

Indicates  name  and  address  cf 
consignee  including  ZIP 
code . 

(DD-1342  bl  55) 

1.0. 0.0. 3. 0.0. 0.0  TR ANSESR.DOC OMENT_NU MB EE 

Indicates  transfer  document 
number  of  equipment 
transferred.  Information 
from  DD-1348-1  cc  31-43. 

1. C.O. 0. 3. 0.0. 0.0  TY  PE_OF— DISPOSITION 

Indicates  either  donation, 
destruction,  sale, 
or  abandonment 
(DD-1342  bl  56) 

1.0. 0.0. 3. 0.0. 0.0  DAlE_FROCEEDS 

Indicates  date  of  disposition 
and  proceeds  if  sold 
(DD-1342  bl  56a) 

1.0. 0.0. 3. 0.0. 0.0  VALIDATION 

Indicates  names  of  validating 
person 

(DD-1342  bl  57) 

3.0. C.O. 0.0. 0.0.0  NS  N 

Indicates  National  Stock  Number 
3.0. 0.0. 0.0. 0.0.0  CALIBRATION_DUE_DATE 

Julian  date  calibration  due 
3. C.  C.O. 0.0. 0.0.0  LA  ST_CALI3R  AIION_DAT  S 

Julian  date  of  last  calibration 


ACCESS  CODE  DESCRIPTION 


Access  Code  (Column  1) 

a)  USES  DEPARTMENT  (Requisition  Clerk) 

•  0  not  used 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entared  in 
Requisition  Record,  then  read  only. 

Access  Code  (Column  2) 

a)  USER  DEPARTMENT  (CPTAR  Custodian) 

•  0  not  used 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  than  read  only. 

Access  Code  (Cclumn  3) 

a)  RESEARCH  A  CHIN  1ST  RATION  OFFICE  (RAO) 

•  0  data  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  raad/write  until  VALIDATION  field  entered  in 

Requisition  Record,  than  read  only. 

Access  Code  (Column  4) 

a)  CCMPTRCLLE  B  DEPARTMENT  (Bugeting  and  Accounting) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  tnen  read  only. 
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5.  Access  Code  (Column  5) 

a)  COMPTROLLER  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/writa  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

6.  Access  Code  (Column  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

7.  Access  Code  (Column  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  r  e  ad 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 

8.  Access  Code  (Cclumn  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  entered  in 

Requisition  Record,  then  read  only. 
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Access  Code  (Column  9) 

a)  SUPPLY  DEPARTMENT  (Receipt  Control  Division) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  until  VALIDATION  field  ante 
Requisition  Record,  then  read  only. 


APPENDIX  H 

REQUISITION  PILE  (DD-1348  FIELDS) 

A.  GEHEBAL 

This  is  not  a  separata  file  but  a  reference  which  lists 
the  fields  of  the  Requisition  File  which  contain  DD-1348 
Requisition  Document  Data.  A  file  is  made  up  of  records.  A 
record  is  made  up  cf  elements.  The  record  description 
presented  below  consists  of  an  access  code,  data  element  and 
definition  of  that  data  element.  Included  is  a  reference  to 
particular  forms  if  used.  Each  column  cf  the  access  code 
represents  the  access  that  a  particular  user  has  to  the 
indicated  data  element. 

An  ACCESS  code  description  is  presented  at  the  end  of 
this  appendix. 

B.  BECOBD  DESCBIPTICB 

ACCESS  CODE  ELEMENT 

1.  4.4.  1.1  .  1.3. 3. 1.1  SEND_TO 

Company  or  Supply  Activity 
(DD-1348  bl-A) 

2.  4.4. 1.1.  1.3.3. 1.1  RE  QUI  SITION_IS_FfiOif 

Originator 
(DD-1348  bl-B) 

(used  to  identify  "user”  until 
serial  assigned  by  OPTAR 
Custodian) 


3.  4.4.  1.1 .  1.3.3. 1.1  NO  HEN  1 

Nom  enclanura 
(DD-1348  bl-C) 

(name  of  item  ordered  through 
Navy  Supply  System  on  DD-1348) 

4.  0.0. 0.0. 0.3. 3. 1.1  DOC_IDENT 

Editing  Dana 
(DD-1348  bl-D) 

3.  0.0. 0.0 .0.3. 3. 1.1  HI_TO 

Editing  Dana 
(DD-1348  bl-E) 

3.  0.0. 0.0. 0.3. 3.  1.1  SOF 

Editing  data 
(DD-1348  bl-F) 

7.  0.0. 1.0.  1.3. 3. 1.1  DOC_IDENT 

Send  requisition  no 
(DD-1348  cc  1-3) 

8.  0.0.  1.0. 1.3. 3. 1.1  RO0T_ID 

Routing  Identifier 
(DD-1348  cc  4-5) 

3.  0.0.  1.0.  1.3. 3. 1.1  M.S^S 

Media  and  Status  Code 
(DD-1348  cc  7) 

10.  4.4.  1.1.  1  .3. 3. 1.1  FSC 

Stock  Number  FSC 
(DD-1348  cc  8-11) 

11.  4.4.  1.1.  1.3.3. 1.1  NIIN 

Stock  Number  NIIN 
(DD-1348  cc  12-20) 

12.  4.4. 1.1 . 1 .3. 3. 1. 1  AD  DT 

Stock  Number  additional  data 
(DD-1348  cc  21-22) 

13.  4.4.  C.1  .  1  .3.3. 1.  1  S2R71 

Service  Code  Requisitioner 
(DD-1348  cc  30) 


14.  1.4.  1.1.  1.3. 3. 1.1  REQ 

Document  Number  Requisitions! 
(DD-1348  cc  31-35) 

15.  1.4.  1.1.  1.1.  1.1.1  DATE 

Document  Number  Date 
(DD-1348  cc  36-39) 

16.  1.4.  1.1.  1.1. 1.1.1  SERIAL 

Document  Number  Serial 
(DD-1348  cc  40-43) 

17.  4.4.  1.1  .  1  .3.  3. 1. 1  DEMEND 

Demand  Code 
(DD-1348  cc  44) 

18.  4.4.  1.1.  1.3. 3. 1.1  SERV2 

Service  Code 
Supplementary  Address 
(DD-1348  CC  45) 

19.  4.4.  1.1.  1.3. 3. 1.1  SOP 

Supplementary  Address 
(DD-1348  CC  46-50) 

(also  called  Job  Order  Number) 

20.  4.4.  0.1.  1.3.3. 1.1  SIG 

Signal  Code 
(DD-1348  cc  51) 

21.  4.4.  1.1  .  1  .1  .  1  .  1.1  FUND 

Fund  Code 
(DD-1348  cc  52-53) 

22.  4.4.  1.1  .  1.1  .  1  .1.1  DIS 

Distribution 
(DD-1348  cc  54-56) 

23.  4.4.  1.1 .  1.1 . 1  .1.1  PR OJ 

Project 

(DD-1348  cc  57-59) 

24.  4.4.  1.1.  1.1.  1.1.1  PRI 

Priority 

(DD-1348  cc  60-61) 
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25.  4.1.  1.1.  1.1.  1.1.1  DEL 

fiequired  Delivery  Date 
(DD-1348  cc  62-64) 

26.  3. 3. 0.0. 1.3.  3.3.3  DOT 

Status  DOT  Identif icatior. 
(DD-1348  bl  G 1-3) 

27.  3. 3. 3. 3. 3. 3. 3. 3. 3  SF 

Starus_Dat  a 
(DD-1348  bl  H44) 

28.  3.3. 3.3. 3.3. 3.3.3  EST 

Status_Data, 

Estimated  Available  Dare 
(DD-1348  bl  162-64) 

28  .  3. 3. 3. 3. 3.3.  3.3.3  STAT 

Status_Code 
(DD-1348  bl  J65-66) 

30.  4.4. 0.0. 0.3. 3. 1.1  ADV 

Advice_Code 
(DD-1343  cc  65-66) 

31.  4.4. 0.0. 0.0. 0.0.0  C6  7 

(DD-1348  CC  67) 

32.  4.4. C.O. 0.0. 0.0.0  C68 

(DD-1348  cc  68) 

33.  0.  C.  C.O. 0.0. 0.0. 3  C6  9 

(DD-1348  cc  69) 

34.  0. C. 0.0. 0.0. 0.0.0  CIO 

(DD-1348  cc  70) 

35.  O.C. C.O. 0.0. 0.0.0  C7 1 

(DD-1348  cc  71) 

36.  O.C. 0.0. 0.0. 0.0.0  C72 

(DD-1348  cc  72) 

37.  0.0. C.O.  0.0. 0.0.0  C73 

(DD-1348  cc  73) 

38.  0.0. C.O. 0.0. 0.0.0  C7 4 

(DD-1348  cc  74) 
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39. 

40. 

41. 

42. 

43. 

44. 

45. 


46. 

47. 


48. 

49. 


50. 


51. 


52. 


O.C.C.O.  0.0. 0.0.0 


0.0. C.O. 0.0. 0.0.0 

O.C.C.O. 0.0. 0.0.0 

0.0. C.O. 0.0. 0.0.0 

O.C.  0.0. 0.0. 0.0.0 

0.0. C.O. 0.0. 0.0.0 


0.0. 0.0. 0.3. 3. 1.1 


0.0. 0.0. 0.0. 0.0.0 


3.3. 2. 3. 3. 3. 3. 1.1 


0. 0. C.O . 0.0. 0.0.0 

0.0. 0.0. 0.0. 3.0.0 


O.C. C.O. 0.0. 3. 0.0 


3.3. 3.3. 3. 3. 3. 1.1 


3.3. 2. 3. 3.3. 3. 1.1 


C7  5 

(DD-1348  cc  75) 

C7  6 

(DD-1348  cc  76) 

C7  7 

(DD-1348  cc  77) 

C7  8 

(DD-1343  cc  78) 

C7  9 

(DD-1348  cc  79) 

C80 

(DD-1348  cc  80) 

RITO 

Rout a_to 

(DD-1348  bl  K67-69) 

L 

(DD-1343  bl  L ) 
APP_SYti_SUB 

Appropriation  Symbol  a 
(DD-1348  bl  M) 

M 

(DD-1348  bl  N) 

TR ANS_TYPE 

Transaction  type 
(DD-1348  bl  0,  1  of  2) 
03  CLASS 

Object  class 
(DD-1348  bl  0,  2  Of  2) 
BOR3Aa_CONT_NO 

Bureau  Control  Number 
(DD-1348  bl  P,  1  of  2) 
SO  E_ALLOI 

Sub-Allotment 
(DD-1348  bl  P,  2  of  2) 


d  Subhead 
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53.  O.C. C.O. O.O. 0.0.0  Q 

(DD-1348  bl  Q) 

54.  3.3. 3. 3. 3. 3. 3. 1.1  AO THN_ACCTG_ ACTY 

Authorization  Accounting  Activity 
(DD-1348  bl  R) 

55.  0. 0. 0.0. 0 .0. 0.0.0  S 

(DD-1348  bl  S) 

56.  O.C. C.O. 0.0. 0.0.0  T 


(DD-1348  bl  T) 

57.  1.1.  1.1  .  1.1. 1.1.1  TOT^PR 

Total  Prica 
(DD-1348  bl  U) 

58.  0.0. C.O. 0.0. 0.0.0  V 

(DD-1348  bl  V) 

5  S .  4.4.  1.1 .  1.5. 5. 1.1  QT  Y  (1 . . .  n) 

Quantity  of  supply /service 
(DD-1348  CC  25-29) 

("r."  is  variable  depending 
cn  number  of  items  per 
requisition.  The  DD-134  8 
uses  only  "n"  value  1.) 

60.  a  .  4.  .  1.5.5. 1. 1  UI  (1 . . . n) 

Unit  of  issue 
(DD-1348  CC  23-24) 

("n"  is  variable  depending 
cn  number  of  items  per 
requisition.  The  DD-1348 
uses  only  "n"  value  1.) 


C.  ACCESS  CODE  DESCBIPTIOH 


1.  Access  Code  (cclumn  1) 

a)  User  Department  (Requisition  Clerk) 

•  0  Data  net  accessed 

•  1  r  e  ad 

•  2  write 

•  3  read/write 

•  4  read/write  if  PASS  <  2 

read  if  PASS  >  1 

2.  Access  Code  (column  2) 

a)  USER  DEPARTMENT  (Cptar  Custodian) 

•  0  data  not  used 

•  1  Read 

•  2  Write  3  Read/ Write 

•  4  Read/Write  if  PASS  >2 

Read  if  PASS  not  equal  2 

3.  Access  code  (cclumn  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  (RAO) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  read/writs 

4.  Access  Code  (Column  4) 

a)  COMPTROLLER  DEPARTMENT  (Sugaring  and  Accounting) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 

5.  Access  Code  (Column  5) 

a)  CCMPTRCLLE  R  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 
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Access  Code  ( Column  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  read/write  until  Final  Debit  Code  (FINDET) 
field  is  filled 

Access  Code  (Column  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  read/write  until  Final  Debit  Code  (FIND8T) 
entered  in  Requisition  Record 

Access  code  (column  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 
Access  coda  (column  9) 

a)  SUPPLY  DEPARTMENT  (Receiving  Control  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 


REQUISITION  FILE  (SF-36  FIELDS) 


A.  GEHEBAL 


This  is  not  a  separate  file  but  a  reference  which  lists 
the  fields  cf  the  Requisition  File  which  contain  SF-36 
Requisition  Continuation  Sheet  data.  A  file  is  made  up  of 
records.  A  record  is  made  up  of  elements.  The  record 
description  presented  below  consists  of  an  access  code,  data 
element  and  definition  of  that  data  element.  Included  is  a 
reference  tc  particular  forms  if  used.  Each  column  of  the 
access  code  represents  the  access  that  a  particular  user  has 
to  the  indicated  data  element. 

An  ACCESS  cede  description  is  presented  at  the  end  of 
this  appendix. 


B.  BECOBD  DESCRIPTION 


AgfiESS  CODS 


ELEMENT 


4.4. 1.1. 1.3. 3. 1.1  SESD_TO 

Company  or  Supply  Activity 
(SF-36) 

4.4. 1.1  . 1 .5 .5 .1.1  SS  (1. . . n) 

Sup plies/Ser vices 
(SF  36)  (MnM  is  variable 
depending  on  number  of 
items  per  requisition) 


4.4.  1.1 .  1.5.5. 1.1  QT  Y  ( 1 .  .  .  n) 

Cuantity  of  supply/service 
(SP  36)  (Mn'’  is  variable 
depending  on  number  of  its 
par  raguisition) 

4.4.  1.1 .  1 .5. 5. 1. 1  CJI(1...n) 

Unit  of  issue 
(SF  36)  ("n"  is  variable 
depending  on  number  of 
items  per  requisition) 

4.4.  1.1.  1.5.5. 1.1  UP  (1 .  . . n) 

Unit  Price 

(SF  36)  ("a"  is  variable 
depending  on  number  of 
items  per  raguisition) 


C.  ACCESS  CODE  DESCRIPTION 


1.  Access  Code  (column  1) 

a)  User  Department  (Requisition  Clerk) 

•  0  Data  net  accessed 

•  1  r  e  ad 

•  2  write 

•  3  read/write 

•  4  read/write  if  PASS  <  2 

read  if  FASS  >  1 

2.  Access  Code  (column  2) 

a)  OSER  DEPARTMENT  (Optar  Custodian) 

•  0  data  net  used 

•  1  Read 

•  2  Write  3  Read/ Write 

•  4  Read/Write  if  PASS  >2 

Read  if  FASS  not  equal  2 

3.  Access  coda  (column  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  (RAO) 

•  o  data  net  used 

•  1  read 

•  2  write 

•  read/write 

4.  Access  Code  (Column  4) 

a)  COMPTROLLER  DEPARTMENT  (Bugeting  and  Accounting) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 

5.  Access  Code  (Column  5) 

a)  COMPTROLLER  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 
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Access  Code  (Column  6) 

a)  SUPPLY  DEPABTMENT  (Issue  Control  Division) 

•  0  data  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  read/write  until  Final  Debin  Code  (FINDBT) 
field  is  filled 

Access  Code  (Column  7) 

a)  SUPPLY  DEPABTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  read/write  until  Final  Debit  Code  (FINDBT) 
entered  in  Beguisition  Record 

Access  code  (column  8) 

a)  SUPPLY  DEPABTMENT  (Receiving  Division) 

•  0  not  used 

•  1  r  e  ad 

•  3  read/write 
Access  code  (column  9) 

a)  SUPPLY  DEPABTMENT  (Receiving  Control  Division) 

•  0  not  used 

•  1  r  e  ad 

•  3  read/write 


APPENDIX  P 

REQUISITION  FILE  (DD-1155  FIELDS) 

A.  GENERAL 

This  is  not  a  separate  file  bun  a  reference  which  lists 
the  feilds  of  the  Requisition  File  which  contain  DD-1155 
Purchase  Order  Document  data.  A  file  is  made  up  of  records. 
A  record  is  made  up  of  elements.  The  record  description 
presented  below  consists  of  an  access  code,  data  element  and 
definition  of  that  data  element.  Included  is  reference  to 
particular  forms  if  used.  Each  column  of  the  access  code 
represents  the  access  that  a  particular  user  has  to  the 
indicated  data  element. 

An  ACCESS  code  description  is  presented  at  the  end  of 
this  appendix. 

B.  RECORD  DESCRIPTION 

ACCESS  CODE  ELEMENT 

1.  4.4.  1.1  .  1  .3. 3. 1.1  SEND_TO 

Company  or  Supply  Activity 
(DD-1155) 

2.  4. 4. 0.1  .  1  .3.3 .1.1  CONORD_NO 

Contract/Purchase  Order  Number 
(DD-1155  bl  1) 

3.  4.4.  1.1. 1.3. 3. 1.1  DELORD_NO 

Delivery  Order  Number 
(DD-1155  51  2) 

4.  0.0. 0.0. 0.0. 3. 1.1  DATE_QF_ORDER 

(DD-1155  bl  3) 


5.  a. 4.0.1.  1.3.3.  1.1  SE8V1 

Service  Code  Requisitioner 
(DD- 1155  bl  4,  1  of  4) 

6.  1.4.  1.1  .  1.3.  3. 1.1  RE  Q 

Document  Number  Requisitioner 
(DD- 1155  bl  4,  2  of  4) 

(DD-1155  bl  6,  2  of  2) 

7.  1.4.  1.1.  1.1.  1.1.1  DATE 

Document  Number  Date 
(DD-1155  bl  4,  3  of  4) 

8.  1.4.  1.1.  1.1.  1.1.1  SERIAL 

Document  Number  Serial 
(DD-1155  bl  4 ,  4  of  4) 

9.  0.0. 0.0. 0.0. 3. 1.1  DO 

Certified  for  National  Defense 
under  DMS  Regulation  1 
(DD-1155  bl  5) 

10.  0.0. 0.0. 0.0. 3. 1.1  ISS0ED_3Y 

Indicates  postion,  address 
&  phone  of  is surer 
(D.D-1155  bl  6,  1  of  2) 

11.  0.0. 0.0. 0.0. 3. 1.1  AD  NIN_8Y 

Administered  by 
(DD-1155  bl  7,  1  of  2) 

12.  0.0. 0.0. 0.0. 3. 0.0  ADNIN_BY_CODE 

Onit  identification  code 
(DD-1155  bl  7,  2  of  2) 

13.  0.0. 0.0. 0.0. 3. 0.0  DELIVERT_FOB 

Indicates  if  delivery  is 

"Destination"  or  "Other" 
(DD-1155  bl  8) 

14.  0.0. 0.0. 0.0. 3. 1.1  CO NTR ACTOR_Q UOTER 

Indicates  name  and  address 
(DD-1155  bl  9,  1  of  3) 
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15.  O.O.C.Q.O.O.3.1.1  CO  NTRACTOR_QUOTOR_CODE 

(DD-1155  bl  9 ,  2  of  3) 

16.  3.  C.  0.0. 0.0. 3. 1.1  CO  NTR  ACTOR_QCJQTOR_FACILITY_CODE 

(DD-1155  bl  9,  3  of  3) 

17.  0.0. 0.0. 0.0. 3. 1.1  DELIVER^ TO_FOB_?OINT_BY 

Indicates  date 
(DD-1155  bl  10) 

18.  0.0. 0.0. 0.0. 3. 1.1  CHECK_IF 

Indicates  if  "Small  Business"  cr 
"Minority  Busines 
(DD-1155  bl  11) 

19.  0.0. 0.0. 0.0. 3.0.0  DI SCO 0NT_TEE MS 

(DD-1155  bl  12) 

20.  0.0. C. 0.0. 0.3. 0.0  aAIL_INVOICES_TO 

(DD-1155  bl  13) 

21.  0.0. 0.0. 0.0. 3. 1.1  SHIP_TO 

Indicates  who  and  where  to  ship 
mater  ial 

(DD-1155  bl  14,  1  of  2) 

22.  0.0. C. 0.0. 0.3. 1.1  SHIP_T0_C0D2 

(DD-1155  bl  14,  2  of  2) 

23.  0.0. C. 0.0. 0.3. 0.0  PA  YHENT_WILL„BE_MADE_3Y 

(DD-1155  bl  15,  1  of  2) 

24.  0.0. 0.0. 0.0. 3. 0.0  PA YMENT_WILL_BE_HADE_3Y_C0DE 

(DD-1155  bl  15,  2  of  2) 

25.  O.C.C.0.0.0.3.0.0  TY PE_0F_0RDE R 

Indicates  either  "Delivery"  cr 
"Purchase" 

(DD-1155  bl  16,  1  of  6) 

26.  O.C.C.0.0.0.3.0.0  REFERENCE_YOUR 

(DD-1155  bl  16,  2  of  6) 

27.  O.C.C.0.0.0.3.0.0  CLAOSE_NO 

Incicates  "Number  13"  or 
"Number  15" 

(DD-1155  bl  16,  3  of  6) 


143 


28.  O.O.C.0.0.0.3.0.0  SPECIAL  PROVISIONS 


29. 

30. 

31. 

32. 


33. 

34. 

35. 


36. 


37. 


33. 


39. 


40. 


0.0.  C. 0.0. 0.3. 0.0 


0.0. 0.0. 0.0. 3. 0.0 


0.  C.  C. 0.0. 0.3. 1.1 


O.C. C. 0.0. 0.3. 1.1 


(DD-1155  bl  16,  4  of  6) 
ADDITIONAL_GENERAL_PSOVISIONS 
(DD-1155  bl  16,  5  of  6) 

RE  I  UR  N_COPI  ES 

(DD-1155  bl  16,  6  of  6) 
ITEM_NO 

(DD-1155  bl  17,  1  of  11) 
PROPERTY  ACCTG  ACTIVITY 


Property  accounting  activity 


(DD-1155  bl  17,  8  of  11) 

0.0. 0.0. 0.0. 3. 1.1  CO  UNTRY_C0D  E 

(DD-1155  bl  17,  9  of  11) 

O.C. C. 0.0. 0.3. 0.0  CO ST_CODE 

(DD-1155  bl  17,  10  of  11) 

3. 3. 2.3. 3.3.3. 1.1  APP_SYM_SUB 

Appropriation  Symbol  and  Subhead 


(DD-1155  bl  17,  2  of  11) 
0. O.C. 0.0. 0.3. 0.0  OBJ  CLASS 


Object  class 
(DD-1155  bl  17,  3  of  11) 
3.3. 3.3. 3.3. 3. 1. 1  BURSA U_CONT_NO 

Bureau  Control  Number 


(DD-1155  bl  17,  4  of  11) 

3. 3. 3.3. 3. 3. 3. 1.1  SU  B_ ALLOT 

Sub-Allotment 

(DD-1155  bl  17,  5  of  11) 

3. 3. 3. 3. 3. 3. 3 .1.1  AUTHN_ACCTG_ ACTY 

Authorization  Accounting  Activity 
(DD-1155  bl  17,  6  of  11) 

0.0. 0.0. 0.0. 3.0.0  TR  ANS_TYPE 

Transaction  type 
(DD-1155  bl  17,  7  of  11) 
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41.  1.1. 1.1.  1.1. 1.1.1  T0T_P8 

Total  Pries 

(DD- 1155  bl  17,  11  Of  11) 
(DD-1155  bl  25) 

42.  4.4.  1.1. 1.5. 5. 1.1  IN  (1 .  .  .  n) 

Item  number 

(DD-1155  bl  18)  ("a"  is 

variable  depending  on 
number  of  items  per 
requisition) 

43.  4. 4.  1.1 . 1 .5 .5 . 1. 1  SS(1...n) 

Supplies/S  srvices 
(DD-1155  bl  19)  ("n"  is 

variabla  depending  on 
number  of  items  per 
requisition) 

44.  4.4.  1.1.  1.5. 5. 1.1  QTY(1...n) 

Quantity  of  supply/service 
(DD-1155  bl  20)  ("n"  is 

variable  depending  on  number 
of  items  per  requisition) 

45.  4.4. 1.1 .  1.5.5. 1. 1  01(1. ..a) 

Unit  of  issue 
(DD-1155  bl  21)  ("a"  is 

variable  depending  on  number 
of  items  per  requisition) 

46.  4.4.  1.1  .  1.5. 5. 1.1  UP  ( 1.  .  .  n) 

Unit  Price 
(DD- 1155  bl  22) 

("n"  is  variable  depending 
cn  number  of  items  per 
requisition) 

47.  Q.0.C.0.0.Q.3.0.0  CO NTB ACTING/ORDERING  OFFICER 

(DD-1155  bl  24) 
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C.  ACCESS  CODE  DESCBIPTIOB 


1.  Access  Code  (column  1) 

a)  User  Department  (Requisition  Clerk) 

•  0  Data  not  accessed 

•  1  read 

•  2  write 

•  3  read/write 

•  4  read/write  if  PASS  <  2 

read  if  PASS  >  1 

2.  Access  Cede  (column  2) 

a)  USER  DEPARTMENT  (Optar  Custodian) 

•  0  data  net  used 

•  1  Read 

•  2  Write  3  Read/Writ9 

•  4  Read/Write  if  PASS  >2 

Read  if  PASS  not  equal  2 

3.  Access  code  (column  3) 

a)  RESEARCH  ADMINISTRATION  OFFICE  (RAO) 

•  0  data  not  used 

•  1  read 

•  2  write 

•  read/write 

4.  Access  Code  (Column  4) 

a)  COMPTROLLER  DEPARTMENT  (Bugating  and  Account 

•  0  data  not  used 

•  1  read 

•  2  write 

•  3  read/write 

5.  Access  Code  (Column  5) 

a)  COMPTROLLER  DEPARTMENT  (Plant  Account  Clerk) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 


146 


6.  Access  Code  (Column  6) 

a)  SUPPLY  DEPARTMENT  (Issue  Control  Division) 

•  0  data  net  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  rsad/*rite  until  Pinal  Debit  Code 
field  is  filled 

7.  Access  Code  (Column  7) 

a)  SUPPLY  DEPARTMENT  (Purchase  Branch) 

•  0  not  used 

•  1  read 

•  2  write 

•  3  read/write 

•  5  read/write  until  Final  Debit  Code 
entered  in  Requisition  Record 

8.  Access  code  (column  8) 

a)  SUPPLY  DEPARTMENT  (Receiving  Division) 

•  0  not  used 

•  1  read 

•  3  read/write 

9.  Access  code  (cclumn  9) 

a)  SUPPLY  DEPARTMENT  (Receiving  Control  Divis 

•  0  not  used 

•  1  read 

•  3  read/write 


(FINDBT) 


(FINDET) 


ion) 
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0.  CRAIN,  PLANT  ACCT  CLERK 
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Figure  Q.  4 


DD-1342  -  Property  Record  Card  (PSC) 


Hate  2  Feb  81 


From:  Chairman/Department  Head  Electrical  Engineer! no MPegt - 

To:  Supply  Officer  (Code  42) 

Subj:  Excess  property  available  for  screening,  redistribution  or  disposal 

1.  The  following  is  excess  to  this  department  and  available  for  redistribution. 
Material  may  be  screened  and  inspected  at  location  indicated: 

a.  Noun  nomenclature  Cesium  Seam  Frequency  Standard _ 

b.  NSN  (National  Stock  Number)  NA _ 

c.  Plant  Account  Number  (if  applicable)  62271  017218 _ 

d.  i  oration  Bldg  232  Room  409 

e.  Indicate  Class  III  (XX)  or  DIPEC  Class  IV  (  ) 

f.  Detailed  item  nomenclature  with  related  characteristics,  capabilities, 

and  special  instructions  Freq  Standard;~Bench  mount:  5MHz  output;  1  PPS  o/p 

1  V  output;  BNC  connections,  1  usee  to  1  sec  pulse  adj  range; 

6  digit  digital  clock  display:  includes  time  std  and  stdbv  power  supply 

g.  Manufacturer,  model  and  serial  number HEWLETT  PACKARD/5061  A/ 1640A01 348 

h.  Quanti  ty_2ES _ 

i.  Original  or  acquisition  cost  per  item/unit  S _ ?22J„7L,Q.5 _ 

J.  Current  condition  code  (refer  to  Chapter  6  of  Desk  Guide)  .  B 

k.  Security  Unclassified - 

l.  Contact  (name  and  telephone  no.)  Bob  Donat,  X2345 _ 


Chairman/Department  Head 


Copy  to: 

Code  00224  (Plant  Property  Items  Only) 


Figure  Q.5  UPS  Excess  Property  Transfer  Memorandum. 
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Carter, 


Software  Beguirements  Specifications  of 


Gane,  C.  and  Sarson,  T. ,  Structured  System  Anal vs is : 
Tools  aid  Techniques,  PrenticerHaTT7“l977.  ~  ~ 


Naval  Supply  Center  Oakland  Instruction  7321.  2H, 
“Plant  Property,  Classes  3  and  4  (Equipment),"  14  May 


Naval  Postgraduate  School  Instruction  11016. 1A,  "Plant 
Property,  classes  3  and  4  (Equipment),"  14  May  1980. 


Chief  of  Naval  Operations  Notice  5040,  "Items  of 
Special  Interest  During  Command  Inspections,"  12 
December  1980. 


Nolan,  a.  L.,  "Managing  the  Crises  in  Data 
Processing",  Harvard  Business  Beview,  March-April 
1S7S.  " 


Sprague,  H.  H.  and  Carlson,  E.  D.,  Building  Effective 
Decision  guppott  Systems.  Prentice-Hall ,  Tnc.7~T9b7.  ~ 


Naumann,  J.  D.  and  Jenkins,  A.  M.,  "Prototyping:  The 
New  Paradigm  fcr  Systems  Development"  MIS  Ouarterlv. 
September  1982.  - - 


Handccck,  J.  L. ,  "Presentation  to  the  Society  for 
Management  Information  Systems",  Washington  D.  C. ,  May 
1977.  1 


Jackscn,  M.  A. 
Press,  London, 


,  Princ 
EngTan 


Academic 


1.  Harrier, 
Ncstrant 
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YorIc7"T97TJT" 
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2.  Canning,  B.  G.,  The  Production  of  Better  Software.  EDP 
Analyzer,  Volume  i7.  Number  "2 ,  Canning  Publications, 
Inc,.  February  1979. 


155 


INITIAL  DISTBIBOTION  LIST 

Nc. 

Copies 

Defsnse  Technical  Information  center 
Cameron  station 

Alexandria,  Virginia  22314 

2 

Defense  Logistics  Studies  Information 
0.  s.  Army  Logistics  Management  Cente 
Fort  Lee,  Virginia  23801 

Exchange 

r 

2 

Library,  Code  0142 

Naval  Postgraduate  School 

Monterey,  California  93940 

2 

Department  Chairman,  Code  54 
Department  of  Administrative  Sciences 
Naval  Postgraduate  School 

Monterey,  California  93940 

1 

Department  Chairman,  Code  52 
Department  of  Computer  Science 

Naval  Postgraduate  School 

Monterey,  California  93940 

1 

LCDS  Hcnald  H.  Modes,  0SN,  Code  52Mf 
Department  cf  Computer  Science 

Naval  Postgraduate  School 

Monterey,  California  93940 

3 

Dr.  Norman  8.  Lycns,  Code  54Lb 
Department  of  Administrative  Sciences 
Naval  Postgraduate  School 

Monterey,  California  93940 

1 

Dean  of  Research,  Code  012 

Naval  Postgraduate  School 

Monterey,  Califcrnia  93940 

1 

Dean  of  Academic  Administration,  Code 
Naval  Postgraduate  School 

Monterey,  Califcrnia  93940 

014 

1 

Comptroller,  code  002, 

Naval  Postgraduate  School 

Monterey,  Califcrnia  93940 

1 

Supply  Officer,  Code  4  2 

Naval  Postgraduate  School 

Monterey,  California  93940 

1 

Mrs.  Dcrothy  Crain,  Code  00241 
Comptroller  Department 

0.  5.  Naval  Postgraduate  School 
Monterey,  Califcrnia  93940 

1 

Hr.  Fobert  K.  Donat,  Code  6  2?1 
Department  ct  Electrical  Engineering 
Naval  Postgraduate  School 

Monterey,  Califcrnia  93940 

1 

Ms.  Terri  Pappas,  Code  0121 
Besearch  Administration  Office 
Naval  Postgraduate  School 
Monterey,  Califcrnia  S3940 

Mr.  H.  E.  Malls,  code  61 
Department  of  Physics 
Naval  Postgraduate  School 
Monterey,  California  93940 

LCOL  Joseph  Mullane,  USMC,  Code  0309 
Department  of  Administrative  Science 
Naval  Postgraduate  school 
Monterey,  Califcrnia  93940 

Curricular  Officer,  code  37 
Computer  Technology  Programs 
Naval  Postgraduate  School 
Monterey,  Califcrnia  93940 

LCDS  James  E.  Carter,  Jr..  USN 
OSS  Henry  B.  Hilscn  (DpG-7) 

FPO  San  Francisco,  California  96683 

IT  Edward  J.  Buselt,  $C,  USN 
Personnel  Support  Activity 
Detachment,  Bangor 
Eremerton,  Mashmgton  98315 


